home *** CD-ROM | disk | FTP | other *** search
/ Amiga Tools 3 / Amiga Tools 3.iso / grafik / raytracing / imagine / tips / arc13.txt < prev    next >
Text File  |  1993-03-12  |  123KB  |  3,039 lines

  1. IMAGINE archive: collected off of imagine@ATHENA.MIT.EDU
  2.  
  3. ARCHIVE XIII
  4. Oct. 6 '91 - Oct. 16 '91
  5.  
  6. If you have questions or problems with this file, email Marvin Landis
  7. at marvinl@amber.rc.arizona.edu
  8.  
  9. note: each message seperated by a '##'
  10.  
  11. &&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&
  12.  
  13. Subject: Re: Solid Cube?
  14. Date: Sun, 6 Oct 91 13:47:38 PDT
  15. From: Daryl T. Bartley <dmon@ecst.csuchico.edu>
  16.  
  17. Correct me if I'm wrong, but you DO get a 'solid cube' by extruding a plane.
  18. Shouldn't it work just like any other faced object that gets extruded? It fills
  19. in the sides. Or you could add a primitive tube with 4 points and close the top
  20. and bottom. Maybe I don't know what you mean by solid. 
  21.  
  22.  
  23. Daryl Bartley
  24. dmon@cscihp.ecst.csuchico.edu
  25. Survivor: AnimeCon '91 staff
  26. 'Thank you for your hard cooperation'
  27.  
  28.  
  29. ##
  30.  
  31. Subject: Re: Solid Cube?
  32. Date: Sun, 6 Oct 91 16:10:03 -0600
  33. From: HURTT CHRISTOPHER MICHAEL <hurtt@tramp.Colorado.EDU>
  34.  
  35.     Correct me if I'm wrong, but you DO get a 'solid cube' by extruding a
  36.     plane. Shouldn't it work just like any other faced object that gets
  37.     extruded? It fills in the sides. Or you could add a primitive tube
  38.     with 4 points and close the top and bottom. Maybe I don't know what you
  39.     mean by solid. 
  40.     
  41.     
  42.     Daryl Bartley
  43.     dmon@cscihp.ecst.csuchico.edu
  44.     Survivor: AnimeCon '91 staff
  45.     'Thank you for your hard cooperation'
  46.     
  47.     --------------------
  48.  
  49.     Not really. Not a true 'solid' as in having the inside filled. A plane  
  50. that has been extruded is really only a empty box. I think I've found a solution
  51. to my problem though, but it doesn't involve an actual 'solid'. Look for a new
  52. pic on hubcap in a few days.
  53.  
  54.     And thanks to everyone for the help!
  55.  
  56.     Chris
  57.     
  58.  
  59. ##
  60.  
  61. Subject: Re: Solid Cube? 
  62. Date: Mon, 07 Oct 91 10:07:25 EDT
  63. From: Mark Thompson <mark@westford.ccur.com>
  64.  
  65. Chris Hurtt writes:
  66. >     How does one actaully make a cube that is solid? I had thought by
  67. > just extruding a plane I would get a "solid" cube, but in fact it is hollow.
  68.  
  69. Imagine as well as every other Amiga 3D package I am aware of is based on
  70. 3D surfaces and they have no concept of volume. You can subdivide your
  71. cube into increasingly smaller cubes, but no matter what you do, you will
  72. still always be working with surfaces and not volumes. Volumetric rendering
  73. which is popular in the scientific visualization realm uses a 3D unit
  74. called a voxel which is sort of the 3D equivalent to pixels. Theses tiny
  75. solid cubes actually occupy volume rather than just represent surfaces
  76. and are the fundemental building block in volumetric rendering. Quite
  77. often, these voxels are given some degree of transparency so that interior
  78. voxels can be seen beneath the surface of the exterior ones (quite common
  79. in medical imaging). While you can make attempts at emulating the appearance
  80. of voxel based solids in Imagine, it will still always be a hollow surface
  81. and behave as such. So the question then arises, what are you trying to
  82. achieve by having a solid cube?
  83. |~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~|
  84. |      `       '        Mark Thompson                 CONCURRENT COMPUTER  |
  85. | --==* RADIANT *==--   mark@westford.ccur.com        Principal Graphics   |
  86. |      ' Image `        ...!uunet!masscomp!mark       Hardware Architect   |
  87. |     Productions       (508)392-2480 (603)424-1829   & General Nuisance   |
  88. |                                                                          |
  89.  ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  90.  
  91. ##
  92.  
  93. Subject: Re: Solid Cube? 
  94. Date: Mon, 7 Oct 91 15:56:13 MDT
  95. From: ridout@bink.plk.af.mil (Brian Ridout)
  96.  
  97.     
  98. Chris Hurtt writes:
  99. >     How does one actaully make a cube that is solid? I had thought by
  100. > just extruding a plane I would get a "solid" cube, but in fact it is hollow.
  101.  
  102. I was wondering somthing similar.  I tried to do a glass of water with a
  103. stiring stick.  I wanted to see the refraction like I do in a real glass of
  104. water.  I found that if I made a thick  glass that the light refracted around
  105. the glass and therefore it was black.  I finally simulated the effect by making
  106. the glass a single thickness but made a lop at the top.  the water was a smaller
  107. diameter to make the thickness of the glass.  The picture looks good but it
  108. still does not look like the reall glass of water I compaired it to.   oh well.
  109.  
  110.  
  111. I think I understand how the program views refraction.  I assume the ray starts
  112. off in air (index of 1) and when it hits a surface it does the calculation with
  113. the index of the surface.  Then assumes it is back in air again.  I.E. an
  114. infinitely thin object, plane, whatever.
  115.  
  116. Right?
  117.  
  118. Brian Ridout
  119.  
  120.  
  121. ##
  122.  
  123. Subject: Re: Solid Cube?
  124. Date: Mon, 7 Oct 91 18:07:49 CDT
  125. From: Wayne Haufler 283-4160 <haufler@sweetpea.jsc.nasa.gov>
  126.  
  127. Brian Ridout (ridout@bink.plk.af.mil) writes:
  128. ...
  129. > I think I understand how the program views refraction.  I assume the
  130. > ray starts off in air  (index of 1) and when it hits a surface it does
  131. > the calculation with the index of the surface.  Then assumes it is back
  132. > in air again.  I.E. an infinitely thin object, plane, whatever.
  133. >
  134. > Right?
  135.  
  136. Well, from my limited understanding of physics, refraction only matters
  137. at surface boundaries between materials or media, anyway.  Since light
  138. bends at the boundaries between glass and air, air and water, water and
  139. glass, or whatever, volumetric representation is (or probably shouldn't
  140. be) necessary to model light refracting through various materials.
  141.  
  142. Though you may be right in that the index of refraction of a material
  143. itself  (if I remember right) assumes that the material outside of the
  144. object is air.  So the idea is to model MATERIAL BOUNDARIES, not the
  145. materials themselves.  So how would you model the boundary between
  146. glass and water?  Perhaps with a cylindrical surface, inside of the
  147. glass, with the index set to the difference between glass and water
  148. index of refractions, or the glass-to-water index calculated in some way.  
  149.  
  150. It has been too long since College Physics and I have not played much
  151. with this aspect of Imagine.  Can anyone else verify these ideas?
  152. Thanks.
  153.  
  154.  
  155.          __         Wayne A. Haufler   [Christian/SW Engineer/XLib'er/Amigan]
  156. \\ /\\ /\\ //_       haufler@sweetpea.jsc.nasa.gov          MDSSC - Houston   
  157.  \/--\// \//__       Hobby:"Exploring the Use of Computer Graphics and
  158.      //                     Animations To Support Christian Endeavors"
  159.  
  160. ##
  161.  
  162. Subject: AmiExpo Oakland Report
  163. Date: Mon, 7 Oct 91 15:36:34 PDT
  164. From: worley@updike.sri.com (Steve Worley)
  165.  
  166. Well, I spent the weekend (and a day off from work on Friday)
  167. attending AmiExpo in Oakland. Great fun! I met several members of the
  168. list, like Todd Landry, Mike Simpson, and Evara Ligue (sorry if I
  169. mangled your name!).  I got a chance to talk lot of well known
  170. Amigans, like Perry Kivolowicz from ASDG, Steve Gillmor of Impulse,
  171. Joel Hagen, Harv Laser, Bill Seymor, Joel Hagen, Mike Smythwick, and
  172. more that I forget. And I met Allen Hastings and Jay Miner (both
  173. locals) there as well.
  174.  
  175. Anyway, I want to talk about some of the stuff I saw- this is all with
  176. a graphics bent, so forgive me if I ignore Dr. T's super-dooper music
  177. things or the new MicroProse games.
  178.  
  179. First, the big toys that everyone was flashing was the new graphics
  180. boards.  There are a lot! I carried a pocketful of floppies with
  181. IFF24s and had them displayed on the different boards to compare
  182. quality- this was a great idea, because some of the vendors had really
  183. stacked the deck with the type of images they were showing. A brief
  184. rundown of the boards that were being shown:
  185.  
  186.  
  187. The GVP IV24.  768 by 482 DEINTERLACED 24 bit.  Very nice, especially
  188. the PIP.  They had a lot of Lou Markoya's stuff being shown on a 1950
  189. monitor.  The deinterlacing was not very apparent for any of the
  190. images (24 bit tends to have smooth gradients, hence no flicker) but
  191. I'm sure if you were using it as a 24 bit text display it would really
  192. show it's power. They had a camera and were doing screen grabs and
  193. showing the picture-in-picture. A lot of fun.
  194.  
  195. The Colorburst. Finally saw one! There are big rumors about MAST
  196. having to drop the product because the designer was miffed about the
  197. software. I asked, and the guy demoing CB didn't say anything. I mean,
  198. he just looked at me, and then turned away. Geez! They were selling at
  199. the Creative Computers mini-mall for $700, I think. The quality of a
  200. displayed IFF24 was excellent! But the software they were showing was
  201. really hokey. There IS a paint program, but it didn't have a very good
  202. feel and didn't respond smoothly. Big bummer. 768 by 482 24 bit.
  203.  
  204. The Rembrandt. Progressive was showing their pre-production model, and
  205. fishing for developers. 1K by 1K 24 bit, with a 2K by 2K memory
  206. buffer. On-card 34020 coprocessor at (40?) Mhz, and (something)82 math
  207. coprocessor. The boards display was slick, but not as lively as any of
  208. the other boards- it might have been the monitor, but the images were
  209. dim with too little contrast. Anyway, this board's coprocessor can
  210. render and do math computations in parallel with the Amiga- a demo
  211. showed a mandelbrot set being rendered real time with the A3000's
  212. 68040 (!), then with the board's processor. It was a tie. With more
  213. coprocessors, (up to 4), the board would speed up it's calculation
  214. that much more. Pretty slick! The cool part was blitting around a 320
  215. by 200 sub-image at 30fps- not too shabby! Another fun trick was
  216. running an anim with the 040 at full speed, while simultaneously
  217. rendering stuff on the Rembrandt. Anyway, they are working on a paint
  218. program and other software, but in 6 months this could be The Thing.
  219. List is 4K.  Ouch.
  220.  
  221. Firecracker 24. Impulse wasn't there, but many people were using them.
  222. 1K by 482 resolution, 24 bit. The Virtual Reality Labs were showing
  223. the new verson of Vista Pro (amazing!) with these boards, and there
  224. were startled gasps of amazement as people walked by. These images and
  225. the output were just beautiful! Perry Kivolowicz also used one for a
  226. talk on using the Amiga as an imaging workstation, and it was pretty
  227. slick.  (it went through a genlock and out to a video projector). He
  228. even used ADPro to drive it. :-) Anyway, the quality is very
  229. comperable to Colorbursts- very clean colors, a bright and lively
  230. feel. The FC24 is sharper, though, which gives it a really nice edge
  231. for raytraces. For scanned images, you might not be able to tell. The
  232. FC24 paintbox is functional, and real-time, but not as nice as the
  233. DCTV paintbox. One COOL feature of the FC24 paint (Light 24) is the
  234. ability to LOAD IMAGINE OBJECTS AND RENDER THEM DIRECTLY ONTO AN
  235. IMAGE. This is GREAT fun! You load an object, and manipulate its
  236. orientation, size, and position on the image. (in wireframe). Then you
  237. punch a button, and it renders a scanline version of the object (with
  238. world reflection mapping) Also, there is nice Firecracker support in
  239. ADPro, though I bet the newest version of ADPro will support many of
  240. the others. Street price of the FC24 is something like $860.
  241.  
  242. Digital Creations had a very popular booth, showing off DCTV. I bought
  243. one, finally! [There goes the piggy bank.] The DCTV outputs composite
  244. video- it's not 24 bit. But the output is terrific! It can't compete
  245. with the sharpness of any of the 24 bit boards, but I preferred the
  246. image quality to a lot of the stuff being shown on the Rembrandt. The
  247. neat part is you can animate the DCTV at whatever speed you can
  248. animate hires, typically 10 fps, faster if you take a cut in image
  249. quality. The paint program is top notch. They were showing off the new
  250. version of the software, (1.1??)  with undo, and a few more features.
  251. [sorry, I don't know exactly].  They will ship the software in a few
  252. weeks, $15 upgrade for current DCTV owners. I also made them promise
  253. they would make a DCTV loader for their DCTV.library, and to make sure
  254. ASDG got it. (they only had a saver, before). Cost is $400, street.
  255.  
  256. Fun anecdote setting up my DCTV, it turns out my CABLE TV had AC power
  257. coming in on it's grounded shield (!!!!) , and my VCR and TV had been
  258. operating on this signal for months by floating over the supposedly
  259. constant ground. I never knew this until I was about to hook up my
  260. grounded DCTV/A3000 to my VCR, and ZZZAAAPP..  right though my body.
  261. Yow! No damage (to me or the hardware), but I plan to really nail the
  262. cable company. I want to get a junk VCR and melt the inside with a
  263. blowtorch just to see the cable guy's reactions... I have NO IDEA how or
  264. why it's like that and I'm just surprised my TV and VCR actually worked.
  265.  
  266. Newtek was there and showed off the Toaster. Of course. More later,
  267. epecially on the new Toaster 2.0 release this month. The Toaster
  268. framebuffer is 24 bit internally, but it has NTSC composite output.
  269. This decreases the sharpness considerably, but if you're going to
  270. video anyway, it's really good. (though not as good as the IV24 with
  271. S-video AND RGB out).  Still, the Colorburst, FC24, Rembrandt and IV24
  272. all beat the toaster output for sharpness and quality. Interestingly
  273. enough, many times it is REALLY tough to tell a DCTV from a Toaster
  274. display.
  275.  
  276. Last board I saw was the Digital Micronics 8 bit board. This board
  277. also has a 34020 coprocessor like the Rembrandt. The output is 1280 by
  278. 1024, 8 bit, and is pretty slick. Many detailed images were stunning,
  279. but it started to lose when I asked them to display some very colorful
  280. images. (it only has 256 colors..) It's really meant for UNIX and
  281. hi-res text, and performs admirably in this manner. Another company
  282. was using the board for it's Postscript-output presentation software,
  283. and the quality was terrific. This board isn't really meant as much
  284. for images as the 24 bit boards, but it is a great pinch-hitter. Price
  285. is >$1,000, I don't know exactly.
  286.  
  287. I never got a chance to see HAM-E. Black Belt was not at the show, and
  288. nobody was using one. Oh well.
  289.  
  290. Well, that's it for display hardware. If I was asked to recommend one,
  291. I would say first get a DCTV ($400). It has animation support, a
  292. decent price, and great software. If you wanted great quality, go for
  293. the Firecracker 24. It's quality is stunning, and the price is
  294. reasonable. Colorburst is a good option for 500 and 1000 owners who
  295. can't use the plug in FC24, but the extra price of the FC24 ($860 vs
  296. $700) is well worth the investment. If you can afford both the DCTV
  297. and the FC24, you have a dream setup. This is all IMHO. :-)
  298.  
  299. Please, no flames, especially about the Toaster output quality. It is
  300. excellent, but not sharp! Still, if/when a 3000 version comes out, I'll
  301. probably get one. 
  302.  
  303. Going on, there were four companies showing 040 boards, two for the
  304. 3000.  The progressive A3000 040 board was $1600, and was marginally
  305. (5%) faster than the GVP 040 board. ( Don't know the cost of the GVP).
  306. I didn't compare 2000 versions, but the Mega-Midget-Racer guys were
  307. showing them off, though I'm not sure if they were selling. (GVP
  308. wasn't, Progressive was. I even held Perry Kivolowitz's A3000
  309. accelerator from Progressive, being careful not to drool directly on
  310. the packaging.) The Fusion-40 from RCS (A2000 only) was also being
  311. demoed and sold.
  312.  
  313. More 3D.
  314.  
  315. Real-3D had a booth and was pushing their program. They had the latest
  316. Amigaworld open to the Impulse Imagine ad, and were comparing those
  317. images to versions done in Real-3D. The images they showed were pretty
  318. slick, but the salesman didn't want to give me a hands-on demo of the
  319. modeller and such- he just wanted to show the pictures. Considering
  320. they have a demo version of the software out on the BBSs and FTP site,
  321. my guess is that the guy I talked to just didn't know how to use it.
  322. The boolean operations do look keen, though, but they need some help
  323. with their textures and modelling. Also, tinted glass and non-white
  324. mirrors would be fun.
  325.  
  326. YANRT. Yet another new ray tracer was announced at the Expo, this
  327. one a low-end $100 script-based ray tracer called RayDance, from
  328. Radiance Software. [Nothing to do with Mark Thompson!]
  329.  Some VERY interesting features like brush maps that follow morphing
  330. objects. [Where have I heard that before?] I'll type in the press
  331. release sometime this week. Release is sometime this month. It
  332. probably won't be immediate competion in the Lightwave/Imagine battle,
  333. but it might fill a low-end niche. [First impression, I sure could be
  334. wrong]
  335.  
  336. The big 3D support software this year seems to be packages of
  337. digitized surfaces like brick and wood. Two companies were selling
  338. these at the Expo, Texture City, and MicroSearch (the ChromaKey guys).
  339. I'll post some images using the Microsearch textures and write more
  340. about them later when I get a chance to play with them more, but they
  341. were great! They have three texture volumes: Stone, Tiles, and Wood,
  342. selling for $50 a pop, $30 on the street. The president of Microsearch
  343. told me that he would make one image on each package freely
  344. distributable- I'll upload them. Anyway, they are great packages, and
  345. worth the money. Nicolas Alwin made some great Imagine renderings with
  346. them.
  347.  
  348. The other set of images was from Texture City. This is a really
  349. professional package, and they were trying to sell to the high-end
  350. video buffs as backgrounds for titles and framestores as well as to the
  351. 3D rendering crowd. They had an incredible selection of textures,
  352. something like 200 images!! The quality of the images they showed was
  353. impeccable. But the cost was absolutely outrageous: they wanted $350
  354. for 40 images (I'll check on the exact number, but roughly 40).
  355. Ouch!!! I couldn't reccomend these to the casual user unless you had a
  356. lot of cash or absolutely needed top quality. For that kind of money
  357. you could buy a scanner of your own.
  358.  
  359. I met Victor Osaka of the Turbo SIG (a paper 3D newsletter), and
  360. talked to him for a while. He was working in the Texture City booth,
  361. and was selling copies of his newsletter. He wasn't overly interested
  362. in talking about rendering, though, and looked more like he just
  363. wanted to get out of the Expo and go home. By Sunday, most dealers
  364. were like that. :-)
  365.  
  366. Sunrize was showing off it's new sound boards- a 12 bit mono
  367. sampler/playback board and the stereo 16 bit version. These things
  368. were great, especially the 12 bit! The quality is VASTLY superior to 8
  369. bit, and Sunrize is trying to sell them for video sound editing. They
  370. are perfect for this- and they're cheap! (on the order of $450). They
  371. even have SMPTE time code for syncing everything, and some decent
  372. support software. (much like Audiomaster) The 16 bit sampler was
  373. great, too, but > 1K in price.
  374.  
  375. Axiom (?) software was showing off the newest version of Pixel 3D 2.0.
  376. This version now includes object conversion, BEVELING OF EXTRUSIONS,
  377. and some really fun other tools like intensity->height mapping. I
  378. picked up a copy, I'll post a long description and mini-review of it
  379. as soon as I have a chance to play with it. It was selling for $70
  380. street price. First impression: Interchange is a dead product unless
  381. their new version is absolutely top-notch.
  382.  
  383. Some of the seminars were interesting. Steve Gillmor showed off his
  384. pet product, Foundation, on a multimedia panel. Perry Kivolowicz did
  385. NOT show off ADPro 2.0, much to my disappointment. (JPEG will save us
  386. from out 24 bit storage problems!) I sat next to Kiki Stockhammer for
  387. the Toaster 2.0 keynote, and has to endure the most vile perfume for
  388. an hour and a half....
  389.  
  390. At the Toaster 2.0 unveiling, they showed most of the new features.
  391. (the 2.0 is a software, NOT a hardware update. $100 sometime this
  392. month) Genlock control from workbench and two new panels of
  393. transitions were the big additions to the main software. The Toaster
  394. framestore is now compressed for faster loading. [I always thought it
  395. was stored UNcompressed for faster loading!]
  396.  
  397. Lightwave 2.0 has a slew of new features, though, and Allen Hastings
  398. took most of the keynote time to show them off.
  399.  
  400. Most of the Lightwave features have been added to it's modeller. Here
  401. is a list, from memory, that covers most of them. [I know I'll miss
  402. quite a few, both because he never talked about them and because I've
  403. forgotten.
  404.  
  405.  Skinning between cross-sections
  406.  Magnetism point-dragging
  407.  Twist, shear, scaling, bending of objects or points of objects
  408.     [bending was really cool]
  409.  Ability to load attributes from a library on disk 
  410.  Cylindrical and spherical bump (altitude) mapping
  411.  A better file requestor (with a parent button)
  412.  
  413.  In the layout/renderer:
  414.  
  415.  A couple of new textures, including "underwater"
  416.  New shadings for moons/planets/etc [Mark Thompson told us about this]
  417.  Morphing now allows multiple morph targets, so an object could go from
  418.     version 1 to version 2 to version 3 of an object.
  419.  More control of the envelope splines, allowing kinks and control of
  420.     overshoots
  421.  Faster rendering overall.
  422.  Super-lo-res for quick rendering (1/2 lores?) and one super-hi-res
  423.    (2K by 1K????) for magazine covers, etc.
  424.  
  425. ----------------
  426.  
  427. That's my quick report on the show.  Anyway, more later on the FC24,
  428. Pixel 3D, and the Microsearch textures.
  429.  
  430.  
  431. -Steve
  432.  
  433. --------------------------------------------------------------------------
  434. Steve Worley                                       spworley@athena.mit.edu
  435. --------------------------------------------------------------------------
  436.  
  437. ##
  438.  
  439. Subject: Re: Solid Cube?
  440. Date: Mon, 7 Oct 91 18:23:01 CDT
  441. From: Wayne Haufler 283-4160 <haufler@sweetpea.jsc.nasa.gov>
  442.  
  443. I wrote:
  444. >    Well, from my limited understanding of physics, refraction only matters
  445. >    at surface boundaries between materials or media, anyway.  Since light
  446. >    bends at the boundaries between glass and air, air and water, water and
  447. >    glass, or whatever, volumetric representation is (or probably shouldn't
  448.                             ^ NOT
  449. >    be) necessary to model light refracting through various materials.
  450.  
  451. OOPS!  Note correction above.
  452.  
  453.          Wayne A. Haufler   
  454.  
  455.  
  456. ##
  457.  
  458. Subject: Re: Solid Cube?
  459. Date: Mon, 7 Oct 91 20:47:13 -0600
  460. From: HURTT CHRISTOPHER MICHAEL <hurtt@tramp.Colorado.EDU>
  461.  
  462.     Well, from my limited understanding of physics, refraction only matters
  463.     at surface boundaries between materials or media, anyway.  Since light
  464.     bends at the boundaries between glass and air, air and water, water and
  465.     glass, or whatever, volumetric representation is (or probably shouldn't
  466.     be) necessary to model light refracting through various materials.
  467.     
  468.     Though you may be right in that the index of refraction of a material
  469.     itself  (if I remember right) assumes that the material outside of the
  470.     object is air.  So the idea is to model MATERIAL BOUNDARIES, not the
  471.     materials themselves.  So how would you model the boundary between
  472.     glass and water?  Perhaps with a cylindrical surface, inside of the
  473.     glass, with the index set to the difference between glass and water
  474.     index of refractions, or the glass-to-water index calculated in some
  475.     way.  
  476.     
  477.     It has been too long since College Physics and I have not played much
  478.     with this aspect of Imagine.  Can anyone else verify these ideas?
  479.     Thanks.
  480.     ----------------
  481.  
  482.     Hey Wayne,
  483.     This all sounds well & good too me. Indeed light only bends at the
  484. boundries of two different media. I have been wondering how to get a bottle of
  485. water to actually look like one. I did a trace of 3 bottles, one with nothing
  486. in it, just the glass bottle, another with the glass bottle & a perfectly 
  487. fitting cylinder of water inside it, and one that had the inner cylinder
  488. made of glass, instead of water. I could post the picture if there is
  489. interest to hubcap for you to see for yourselfs. The conclusion has been
  490. though that the glass within glass looked the best.
  491.     I'll have to try out your idea of making the water the difference 
  492. between glass & water --> .34
  493.  
  494.     Chris
  495.     
  496.     
  497. ##
  498.  
  499. Subject: Square Checks!
  500. Date: Mon, 07 Oct 91 21:16:19 CDT
  501. From: mikel@sys6626.bison.mb.ca (Michael Linton)
  502.  
  503. Is there anyway to get the check texture to actually make square checks on a 
  504. spherical shape?  I'm tring to get the checks to go around a 'bullet shape'.
  505. Any help would be appreciated.  
  506.  
  507.                   Thanks.
  508.  
  509.  
  510. --- (Michael Linton) a user of sys6626, running waffle 1.64
  511. E-mail: mikel@sys6626.bison.mb.ca
  512. system 6626: 63 point west drive, winnipeg manitoba canada R3T 5G8
  513.  
  514. ##
  515.  
  516. Subject: Textures
  517. Date: Tue, 8 Oct 91 4:11:46 PDT
  518. From: tucker@cs.unr.edu (Aaron Tucker)
  519.  
  520.     GUESS WHAT? I have good news and I have bad news. The good news
  521. is that I have found a ton of textures. The bad news is that they are in
  522. no format that I can recognize.
  523.  
  524.     The ftp address:  128.163.128.6
  525.     Directory: Textures
  526.     Subdirectories: Tape1, Tape2, and Tape3
  527.  
  528. SOMEONE! Please convert them to 24bit IFF. If I had to hazard a guess as to
  529. the remotely possible file type and bitplanes...I would say the MAC PICT
  530. format in 2 colors, according to Rasterlink..the only file type it did not
  531. choke on. Well, there you have it. Programmers ahead!
  532.  
  533.  
  534. Juan Trevino
  535. tucker@mammoth.cs.unr.edu
  536.  
  537. O KEY DOUGH KEY?
  538.  
  539.  
  540. ##
  541.  
  542. Subject: coke bottles
  543. Date: Tue, 8 Oct 91 11:49:00 GMT-0500
  544. From: Scott Matthew Krehbiel <scottk@hoggar.eng.umd.edu>
  545.  
  546. Have you tried making the bottle with an inner surface?  I don't know
  547. if it's possible to make an object with a negative refraction value, but 
  548. if you had a solid coke bottle with a pocket of air inside, you'd need
  549. to give the air a negative refraction value to compensate for the 
  550. change of media.  Correct me if I'm wrong  on this.
  551.  
  552. A different approach would be to make the air pocket inside out, so
  553. that as the light enters the pocket, it thinks it's leaving.  Is
  554. this possible?
  555.  
  556. I guess the most reliable approach, though the most tedious, would be to 
  557. create the bottle with an inner surface ( spin a curved 'U' shape around
  558. a distant point ) and then create the inside shape to exactly fit.  Then
  559. the light would get the effect of leaving the glass before entering the
  560. air/water/diamond/whatever pocket.
  561.  
  562. by the way, the reason for the inside out shape, that I mentioned earlier,
  563. would be to have the refraction value be the difference between the glass
  564. and water, or whatever.
  565.  
  566. just a couple suggestions from a 68000 user who'd like to see the results
  567. before next year...
  568.  
  569. -scott@hoggar.eng.umd.edu
  570.  
  571. ##
  572.  
  573. Subject: Re:  Square Checks!
  574. Date: Tue, 8 Oct 91 13:35:36 -0600
  575. From: HURTT CHRISTOPHER MICHAEL <hurtt@tramp.Colorado.EDU>
  576.  
  577.     Is there anyway to get the check texture to actually make square checks
  578.     on a spherical shape?  I'm tring to get the checks to go around a
  579.     'bullet shape'.  Any help would be appreciated.  
  580.      
  581.                       Thanks.
  582.     
  583.     
  584. -----------------------------------
  585.        If I understand you correctly what you might want to do is a wrap instead
  586. of a texture. Not sure how well it will tuck the corners with checks though.
  587.  
  588.     Chris
  589.     
  590. ##
  591.  
  592. Subject: Re: AmiExpo Oakland Report 
  593. Date: Tue, 08 Oct 91 16:41:35 EDT
  594. From: Mark Thompson <mark@westford.ccur.com>
  595.  
  596. Steve Worley writes:
  597. > Axiom (?) software was showing off the newest version of Pixel 3D 2.0.
  598. > First impression: Interchange is a dead product unless
  599. > their new version is absolutely top-notch.
  600.  
  601. Steve or anyone using Pixel 3D 2.0, I haven't received my 2.0 update yet
  602. so I was wondering how the object conversion in Pixel 3D 2.0 compared to
  603. InterChange. Does it do as good of job and if so, what makes it better.
  604. I am definately looking forward to the Beveling feature!
  605.  
  606. Side note, rev 2 of my objects converted from LightWave to Imagine are
  607. now on hubcap (have been for several days).
  608.  
  609. > Lightwave 2.0 has a slew of new features.
  610. > Most of the Lightwave features have been added to it's modeller. Here
  611. > is a list, from memory, that covers most of them. [I know I'll miss
  612. > quite a few, both because he never talked about them and because I've
  613. > forgotten.
  614.  
  615. The new features list would cover many pages at this point but the very latest
  616. ones that Steve didn't mention is the addition of spline curves in the modeler.
  617. %~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~%
  618. %      `       '        Mark Thompson                 CONCURRENT COMPUTER  %
  619. % --==* RADIANT *==--   mark@westford.ccur.com        Principal Graphics   %
  620. %      ' Image `        ...!uunet!masscomp!mark       Hardware Architect   %
  621. %     Productions       (508)392-2480 (603)424-1829   & General Nuisance   %
  622. %                                                                          %
  623.  ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  624.  
  625. ##
  626.  
  627. Subject: Another Fun Project
  628. Date: Tue, 8 Oct 91 15:25:34 -0600
  629. From: HURTT CHRISTOPHER MICHAEL <hurtt@tramp.Colorado.EDU>
  630.  
  631.     Ok folks, as we all know Halloween is coming up and here is a fun
  632. little animation project you might consider doing! This idea comes from back
  633. when I had my Vic 20 with (wow!) a Super Expander! (8K and awesome graphics :)
  634. There was a program in I think Power Play that I typed in. What it did was
  635. draw a jacko-latern on your screen and have it leviate around with a few 
  636. lightning flashes evrey now and then. I put this in my window Halloween instead
  637. of the traditionally messy (but also fun) pumpkin. It was a hit.
  638.     So I though, hey! What a perfect project for Imagine with it's powerful
  639. slice ability! To make your own there's basically two approaches depending on
  640. your RAM situation.
  641.     Get in the forms editor. Make a new form with 30 points, 15 slices, a
  642. most important a X-Y Cross section. Now goto the top view and drag every 3rd
  643. point back towards the center a little bit. Make 'em varied in depth and 
  644. direction for a not so perfect looking pumpkin
  645.     You should now have 20 'wedges' around the pumpkin. They'll be fairly
  646. blockish looking, but don't worry, Phong will come to the rescue. If this doesnt
  647. sound right, then you probably mis-understood 'drag every 3rd point'.
  648.     Seal up the top and bottom of your pumpkin in either the front or right
  649. view by having the top two and bottom two points snapped to the nearest
  650. vertex with a grid of spacing 100. I think you know what I mean, if it doesn't
  651. sound that clear to you.
  652.     Save your very nice, but fairly complex pumpkin. Find by requestor says
  653. 900 points, 2580 edges, 1680 faces, so you might try making less points & slices
  654. when you start your form.
  655.     Now you'd think it's just a simple process now of loading it up in the
  656. detail editor and slicing out your jacko-latern's features. Not so, this is 
  657. the source of my recent questions about true solids in Imagine. If you punch
  658. out some eyes & a mouth now, your pumpkin will look like it's made out of paper.
  659. The actual walls of the pumpkin are only an edge thick & thus look strange when
  660. rendered, the pumpkin is only a shell.
  661.     I had though I could simply drop the pumpkin in a box, slice it. Drop a
  662. smaller scaled original pumpkin inside the now solid pumpkin and thereby make
  663. a pumpkin with thickness. Not so! But never fear, a recent SAGA meeting provided
  664. me a solution from the great Imagineers Ed Chadez & Don Witaker. Thanks guys!
  665.     To give the illusion of thickness to your Pumpkin heres what you need
  666. to do. Note: this will add even more complexity to your pumpkin so if you
  667. are low on RAM you might want to just live with a 'thin' jackolatern. Make a
  668. copy of your pumpkin and paste it in the same area (imagine will do this auto
  669. matically). Then slighty scale one of the pumpkins down, the smaller the thicker
  670. your pumpkin. At this point your might want to set the attributes on your
  671. pumpkin since you'll need to join the two pieces and the inside of a pumpkin
  672. tends to be a much lighter orange than the outside. Here's what I used:
  673.  
  674.     Color 201 128 0 Reflect, Filter, Specular 31 8 0, Dithering 255
  675.     Hardness 218, Roughness 0, Shininess 0
  676.     
  677.     With the inside being the same except the Color 241 168 91 and 
  678.     Specular 0 0 0
  679.  
  680.     Of course, feel free to alter these as you like. If you plan on only
  681. doing a still than throw in a Roughness of about 11. Note: don't use roughness
  682. if you plan to animate your pumpkin unless you want the well document 'crawling
  683. ants' effect! Use a bump map on your outer portion of the pumpkin, a light spray
  684. of different grays on white with DPaint should do the trick. Read Steve Worley's
  685. excellent tutorials for more info on maps in general.
  686.  
  687.     Now that you've set up the to portions of the pumpkin, join 'em
  688. together. You should have a horendously complex object now.
  689.     Finally we are ready for slicing! Make your eyes, nose, mouth whatever
  690. in whatever way you feel. Once again if you've got the RAM draw something
  691. fairly grimicing in Dpaint and import it with either Pixel 3-D or Imagines own.
  692. Having it filles with faces is not important. Extrude your eye for example and
  693. place it where you want on the pumpkin. Make sure that your extruded eye only 
  694. goes out one side, unless that is the effect you want. Nothing worse than a
  695. two-faced jack-o-latern. Slice the pumpkin and the eye. After an amazing amount
  696. of time ungroup your parts. Be sure to discard the right pieces! What you
  697. want to save is of course the pumpkin, and the 'wall' that has been made
  698. between your eye hole and the inner & outer shells of the pumpkin. This will
  699. give you that thickness we've been after through all this!
  700.     Also, note your two inner & outer 'shells' we now be apart and we have
  701. to be rejoined for the other eye, mouth, etc. Plus don't forget to join the
  702. new 'wall' around the eye hole to your whole pumpkin.
  703.  
  704.     As you will see, this makes for a very complex and large object given
  705. what little you are really doing. If you are low on RAM these are my
  706. suggestions.
  707.     Make the original form with less pts & slices. 
  708.     Don't use a bump map at all with your pumpkin. Just let it be smooth.
  709.     Don't have a inner and outer wall for 'thickness'. Settle for a thin 
  710.         pumpkin.
  711.     Don't add other frills like a color map with color imperfections &
  712.     gashes that pumpkins have. Just a simple stalk, or none at all.
  713.     Make your eyes, mouth, etc, simple shapes like a traditional pumpkin.
  714.  
  715.     Also, you might consider only rendering in scanline. I have a 68000,
  716. and have been using only scanline and feel the output is good enough for my
  717. needs. 
  718.  
  719.     Please excuse any errors in this. I may have the attributes part messed
  720. up, I'm not sure. To be sure, reset everything before you do you last joining
  721. after your last slicing. I think I had my mouth set to white from Pixel 3-D
  722. and thus had white faces around where I had sliced into the pumpkin.
  723.     Also, squash & stretch your pumpkin around when you are done. Who wants
  724. a perfect sphere for a pumpkin? For those of you who want to get right to the
  725. slashing & hacking I'll upload 2 pumpkins to hubcap. One will be have less pts 
  726. than the other in it. I'm not sure how much of a problem RAM will be though,
  727. I have 3 megs, and have only ran out when trying to slice very complex eyes
  728. into the 2 layered pumpkin....
  729.  
  730.     Happy rendering everyone! ps- if anyone has a good idea for a candle
  731. flame let me know!
  732.  
  733.     Chris
  734.  
  735. pss- I may also try this out in Real 3-D, let you all know it goes...
  736.  
  737. {       Chris Hurtt        | Computer Science |        This Space          }
  738. { hurtt@tramp.colorado.edu |  Applications in |         For Rent           }
  739. {   churtt@nyx.cs.du.edu   |  Fine Arts Major |      (303)-466-9259        }
  740. {  !kessener!burner!churtt |   CU - Boulder   |          PEACE!            }
  741.  
  742.  
  743. ##
  744.  
  745. Subject: Re: Textures 
  746. Date: Tue, 08 Oct 91 19:36:31 EDT
  747. From: Mark Thompson <mark@westford.ccur.com>
  748.  
  749. > I have found a ton of textures. The bad news is that they are in
  750. > no format that I can recognize.
  751.  
  752. The reason you could not recognize their format was because they are in
  753. no standard format. They are raw 8bit greymaps some organized as 512x512
  754. and others are 1024x1024. You can convert them to the pbmplus PGM format by
  755. simply attaching a couple lines to the top of the file as in:
  756.  
  757. P5
  758. 512 512
  759. 255
  760.  
  761. for the 512x512 images and
  762.  
  763. P5
  764. 1024 1024
  765. 255
  766.  
  767. for the 1024 1024 images.
  768. You can then view them with xv or convert them to something else with
  769. pbmplus. I took a look at the first four in the Tape1 directory and they
  770. appear to be scanned right out of the "Textures" book I mentioned a
  771. few months back. The first four were grass, tree bark, straw, and cloth.
  772. Have fun.
  773. |~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~|
  774. |      `       '        Mark Thompson                 CONCURRENT COMPUTER  |
  775. | --==* RADIANT *==--   mark@westford.ccur.com        Principal Graphics   |
  776. |      ' Image `        ...!uunet!masscomp!mark       Hardware Architect   |
  777. |     Productions       (508)392-2480 (603)424-1829   & General Nuisance   |
  778. |                                                                          |
  779.  ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  780.  
  781. ##
  782.  
  783. Subject: Re: Square Checks!
  784. Date: Tue, 08 Oct 91 19:24:08 CDT
  785. From: mikel@sys6626.bison.mb.ca (Michael Linton)
  786.  
  787. echadez@carl.org (Edward Chadez) writes:
  788.  
  789. > Michael,
  790. > The textures don't really work well with spherical objects...from my use
  791. > of them.
  792. > However, you CAN build your own IFF-MAP texture and wrap it around the
  793. > object.  It would be nice to be able to preform the same stunt with
  794. > textures....
  795. > Edward Chadez
  796. >  -Amiga3000-
  797. I usually use a checks brush that I draw in Dpaint.  I just wanted to know
  798. if it was at all possible to do it with the checks.  Thanks.  
  799.  
  800.  
  801.  
  802. --- (Michael Linton) a user of sys6626, running waffle 1.64
  803. E-mail: mikel@sys6626.bison.mb.ca
  804. system 6626: 63 point west drive, winnipeg manitoba canada R3T 5G8
  805.  
  806. ##
  807.  
  808. Subject: Sort Problem
  809. Date: Tue,  8 Oct 91 18:41:24 PDT
  810. From: RayTrace@cup.portal.com
  811.  
  812. Well, I'm new to this mailing list first of all and now my problem.
  813. I took a disk and took a 45 degree section of it for the corner of some
  814. 2d object.  I have just the edges and I add 2 lines and flip the disk to
  815. create a bottom edge.  (I'm making a path for an E without the middle bar).
  816. Now, I select all the points in order (I knew that from Silver) and selected
  817. SORT.  So I take another disk and extrude it along that path.  Well, it looks
  818. like I didn't sort it at all!  So I call Portal (that's what I'm using now BTW
  819. and go to the Impulse help area, if thats what you want to call it, and Steve
  820. Worley suggested that I try it with sorting the edges.  That changed it a l
  821. but it starts at the 2nd point and goes on for a few points just fine and then
  822. CHAOS!  I read the manual and had no luck.  So I figure now that I belong to
  823. this why not try it out!  HELP!  I also have a few other problems, which I
  824. will be asking when I get some time to type them in.  One major one is 24 bit
  825. brushes, they simply just come out with what seems to be a random palette! No
  826. matter how small or big.  Steve Worley also gave me a few suggestions on this
  827. one too.  And also global reflectance maps don't work at all!!  And also I get
  828. some weird freeze ups of the whole system on mouse clicks once in a while. 
  829. I've tryed everything!!  I have an A500, 68000, KS 1.2, 512K Agnus, 3 megs tot
  830. Hard Drive.  I've even tried booting from a simple WB disk!  I really need the
  831. 24 bit maps to work!!  And that freezing up is really anoying.
  832.  
  833. ##
  834.  
  835. Subject: Error on Fun Project
  836. Date: Tue, 8 Oct 91 22:09:27 -0600
  837. From: HURTT CHRISTOPHER MICHAEL <hurtt@tramp.Colorado.EDU>
  838.  
  839.     I may have messed up the inital settings for the form. Here it is
  840. again in case I did:
  841.  
  842.     # of Points    60
  843.     # of Slices    15
  844.     X-Y Cross Section
  845.  
  846.     Indeed, I think I did. Sorry!
  847.  
  848.     Chris
  849.     hurtt@tramp.colorado.edu
  850.  
  851. ##
  852.  
  853. Subject: Re: Solid Cube? 
  854. Date: Wed, 09 Oct 91 09:38:07 EDT
  855. From: Mark Thompson <mark@westford.ccur.com>
  856.  
  857. HURTT CHRISTOPHER MICHAEL writes:
  858. >     With a solid cube I was hoping to be able to drop things inside of it
  859. > and do a Slice. Then I'd have a mold of it, plus a slightly smaller 'solid'
  860. > copy.
  861.  
  862. No problem, just create a half cube with the 'inside' surface fully
  863. tesselated with polygons (for good slice detail) and slice half your object
  864. into it. If it is symetrical, create a mirror duplicate for the other half
  865. of the mold. Otherwise, repeat with the other half of the object. Finally,
  866. shink the original object slightly to fit into the 'mold' halves snuggly.
  867. |~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~|
  868. |      `       '        Mark Thompson                 CONCURRENT COMPUTER  |
  869. | --==* RADIANT *==--   mark@westford.ccur.com        Principal Graphics   |
  870. |      ' Image `        ...!uunet!masscomp!mark       Hardware Architect   |
  871. |     Productions       (508)392-2480 (603)424-1829   & General Nuisance   |
  872. |                                                                          |
  873.  ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  874.  
  875. ##
  876.  
  877. Subject: lowres animation
  878. Date: Wed, 9 Oct 91 13:05:29 EST
  879. From: rtaraz@wpi.WPI.EDU (Ramin Taraz)
  880.  
  881. I was trying to make a little animation using lowres in scanline mode.
  882. I had only 8 frames.
  883. so I selected them all and pushed generate.  everything went fine, of course
  884. then when I pushed make(movie) and imagine made the movie for me. 
  885.  
  886. the problem is that the palette for each frame is different.  So when you
  887. run the animfile, using DP4, the colors keep changing.  How do you
  888. tell imagine to use the same palette for all frames?
  889.  
  890. Does this problem happen in ham too?
  891.  
  892. rtaraz@wpi.wpi.edu
  893.  
  894. ##
  895.  
  896. Subject: Re: Genlock objects
  897. Date: Tue, 8 Oct 91 10:30:16 EDT
  898. From: cbmtor!caleb@uunet.UU.NET (Caleb J. Howard (Tech Support))
  899.  
  900. > Maybe I don't understand you, but it sounds like you are attempting to
  901. > composite a translucent object over genlocked video. First off, without
  902. > an alpha channel, this cannot be done. Second, refracting a black background
  903. > though a crystal object is a pointless operation. If both these points
  904. > are obvious to you, then maybe you could better explain what you are trying
  905. > to accomplish.
  906.  
  907. Hi there.  I knew these things, so I suppose I was not clear.  (Not too
  908. suprizing given my state of mind at the time).  What I want to do is render
  909. my crystal letters not with live video showing through.  As you say, that
  910. requires an alpha channel.  I want a generic background of, say the Imagine
  911. sky, or any other Imagine objects for that matter to show through the letters,
  912. BUT NOT TO SHOW AROUND THEM.  This seems to me to be exactly what genlock
  913. objects  should do.  I should be able to, say, define a green sky, turn on
  914. the genlock sky attribute and have the sky refracted through the letters, but
  915. NOT have the sky visible directly.  I should have crystal letters with green
  916. sky showing through them on a black background.  A black background that I
  917. may overlay live video onto.  I should, by this, be able to see my crystal
  918. letters with green sky refracting through them on a live video background.
  919. I fact, this is exactly what happens... UNTIL I render to a 24 bit image.
  920. That is, when I test render to 320x200 HAM, it works exactly as I hoped it
  921. would.  As soon as I switch my output to 24 bit (IFF or Imagine format), the
  922. genlock sky (or any other genlock objects) lose their genlock attribute, and
  923. are rendered normally.  Having experimented with this further, I find that the
  924. genlock attribute of the 24 bit images appear correctly when I click on the
  925. 'show' button in the project screen.  When I do this, Imagine takes the 24 bit
  926. image that it has rendered, and displays a HAM approximation on the Amiga
  927. screen WITH THE GENLOCK ATTRIBUTE FUNCTIONING.  The same image, output to the
  928. Firecracker, ignores the genlock attribute.  This seems to me to be the result
  929. of some programmer's reasoning that genlock objects are not useful in the 
  930. context of 24 bit images.
  931. Earlier postings of a similar nature suggest that Scanline rendering be used
  932. but this yeilded no change for me.
  933. Actually, I just want these crystal letters to:
  934. a)   appear on a black background so that they may be genlocked.
  935. b)   not be black showing through crystal on a black background
  936.  
  937. The other question that I had was this:  Is Imagine clever enough to use
  938. colour zero ONLY for genlock objects, or will it use colour zero to render
  939. a dark shadow (and thus negate its usefulness with a genlock).
  940.  
  941. Thank you.
  942.  
  943. While I have the limelight, I wish to add my thanks to Steve Worley for the
  944. inception and maintenance of this newsletter.  I have been a member from the
  945. beginning, and have found it an immense catalyst in my own shift from utter
  946. neophyte to paid professional.  (yup!  I gotta job :-).  This would not have
  947. been remotely possible were it not for this marvellous medium of communication,
  948. and the willingness and vision of the members of this group who can see the
  949. benefit of free discourse unhindered by such archaic notions as 'competitive
  950. edge'.  Thank you Steve, and everybody.  This is great.
  951. -caleb
  952.  
  953.  
  954. ##
  955.  
  956. Date: Tue, 1 Oct 91 15:42 CDT
  957. From: cbnewsd!ihlpf!rcj1@att.att.com
  958.  
  959. I've heard that NewTek has GIVEN (like for free) a Toaster/A2000 to the
  960. graphic artist on ST:TNG!!! Supposedly he uses a MAac for some stuff, but
  961. he said to keep an eye out for Toaster graphics on ST:TNG some time soon.
  962.  
  963.  
  964. ##
  965.  
  966. Subject: Toasters for all
  967. Date: Tue, 01 Oct 91 12:35:07 EDT
  968. From: spworley@Athena.MIT.EDU
  969.  
  970. Allen Price writes:
  971.  
  972. >P.S. 60 more Toasters? That makes like 110, now? Perhaps Steve W. can
  973. >sweet-talk NewTek into giving each member on this list one each. We deserve
  974. >it, no? Besides, WE'D BE USING IT ON ITS' NATIVE CPU!!!!!!!!
  975.  
  976. Ha... I wouldn't mind sweet-talking NewTek for just one for myself!
  977.  
  978. -Steve
  979.  
  980. ---------------------------------------------------------------------------
  981. Steve Worley                                        spworley@athena.mit.edu
  982. ---------------------------------------------------------------------------
  983.  
  984. ##
  985.  
  986. Subject: Re: Genlock objects
  987. Date:    Wed, 9 Oct 91 14:41 EDT
  988. From: "Marc Rifkin" <R38@PSUVM.MIT.EDU>
  989.  
  990. In-Reply-To: cbmtor!caleb AT uunet.UU.NET -- Tue, 8 Oct 91 10:30:16 EDT
  991.  
  992. A suggestion to the proposed problem of the GENLOCK option not working in 24
  993. bit mode: Color the objects with a brush or texture map of the sky you wish to
  994. have, and render the image with a black sky (in the Global setting).
  995.  
  996. You could use the linear texture to make the necessary gradations or draw it
  997. in DPaint, Light24 or even just render a sky with no objects and use the
  998. resulting image as a brush.
  999.  
  1000. On another issue, why would I have trouble mapping a brush of rocks and
  1001. features I drew in dpaint onto a mountanous terrain in Imagine?  The
  1002. brush will not appear no how I position or orient it.
  1003.  
  1004. Marc Rifkin
  1005. Integrative Technologies Lab, Penn State University
  1006. 5F Mitchell Building, University Park, PA 16802
  1007. 814-863-8062 or for you normal people, r38@psuvm.psu.edu
  1008. "Hasta, la etc."
  1009.  
  1010. ##
  1011.  
  1012. Subject: Re: Rooms Project??
  1013. Date: Wed, 2 Oct 91 19:19:40 EDT
  1014. From: alan@picasso.umbc.edu (Alan Price)
  1015.  
  1016. Colin,
  1017.  
  1018. Your point well taken. When the idea first came about on the list, that
  1019. was the other option presented. I opted to get the project rolling after
  1020. much debate by going with the "you make your own room" method, because I
  1021. just couldn't imagine creating a floorplan that didn't accomodate all the
  1022. possible rooms that everyone may dream up. (Turkish baths, atriums,
  1023. green-houses, or whatever.) In fact, at one point, Steve W. said he would
  1024. make a go at the floorplan and then wrote back saying, "What should I
  1025. include in it?"! So why not just have everyone design their own room?
  1026. As I wrote in my proposal outline, I was more than willing to go to the
  1027. effort of "squeezing" things around to make everything fit.
  1028. (It's almost a relief that no one did submit anything, I've got a lot
  1029. of personal projects going on right now - but if things DO come about,
  1030. I'll still be ready.)
  1031.  
  1032. ##
  1033.  
  1034. Subject: Imagine 2.0!
  1035. Date: Wed, 09 Oct 91 15:20:55 CDT
  1036. From: mikel@sys6626.bison.mb.ca (Michael Linton)
  1037.  
  1038. I just recived my first copy of the Imagine Gazzette.  And in it was some
  1039. rather interesting news about Imagine 2.0.  I don't know if anyone has posted
  1040. a message about this yet, but I say it anyway.  Impulse is making a new product
  1041. the name has not been chosen yet.  Basicly it is Imagine 2.0, it will be out
  1042. very soon, as they put it.  It will retail for $ 500.00!  It will come with
  1043. more power, and more capabilities and a VERY COMPREHENSIVE USERS GUIDE!  It 
  1044. should be out around christmas.  The upgrade price has not yet been confired, 
  1045. but it looks like the upgrade price will be around $ 100.00.  Also if you
  1046. are really into Imagine, they have t-shirts for $ 10.00, probably with that
  1047. title picture when you load up the program.   
  1048.  
  1049.  
  1050. --- (Michael Linton) a user of sys6626, running waffle 1.64
  1051. E-mail: mikel@sys6626.bison.mb.ca
  1052. system 6626: 63 point west drive, winnipeg manitoba canada R3T 5G8
  1053.  
  1054. ##
  1055.  
  1056. Subject: Re:  Imagine 2.0!
  1057. Date: Wed, 9 Oct 91 17:50:05 PDT
  1058. From: jcheng%mars@calstatela.edu (Action Jackson)
  1059.  
  1060. > but it looks like the upgrade price will be around $ 100.00.  Also if you
  1061. > are really into Imagine, they have t-shirts for $ 10.00, probably with that
  1062. > title picture when you load up the program.   
  1063.  
  1064. Yuck!  No thanks!  I cringe everytime I load up Imagine and that horrible
  1065. title picture shows up...  I hope the next software release will not have
  1066. that!!
  1067.  
  1068. -JC-
  1069.  
  1070. ##
  1071.  
  1072. Subject: Re: AmiExpo Oakland Report
  1073. Date: Wed, 9 Oct 91 17:51:32 PDT
  1074. From: jcheng%mars@calstatela.edu (Action Jackson)
  1075.  
  1076. Mark Thompson writes:
  1077. > Steve or anyone using Pixel 3D 2.0, I haven't received my 2.0 update yet
  1078. > so I was wondering how the object conversion in Pixel 3D 2.0 compared to
  1079. > InterChange. Does it do as good of job and if so, what makes it better.
  1080. > I am definately looking forward to the Beveling feature!
  1081.  
  1082. I'm not up to date with Interchange, but if Interchange still uses those
  1083. modules thingy's I'd say Pixel 3D 2.0 blows Interchange away..  for the
  1084. time being...that is...  The interface is hot...  just like LW's layout
  1085. editor...  but with added solid color/shading and hidden line wireframe.
  1086.  
  1087. It does auto-triangle-reduction (any connected triangles sharing one plane
  1088. are polygonized) and auto-backface-culling (delete's polygons facing inside
  1089. resulting in 1/2 reduction in # of polygons).  This is a great tool for
  1090. Sculpt Modelers who uses LightWave for shading.  I bought the package right
  1091. away after seeing this demonstrated.  It has a slew of other data reduction
  1092. tools that I haven't gotten a chance to try yet.
  1093.  
  1094. The software will save out to:
  1095.          LightWave         VideoScape
  1096.          Imagine           Sculpt 4D
  1097.          TurboSilver       3D Professional
  1098.          AutoCAD DXF
  1099. It will figure out what file format the object is and load it in...  tho
  1100. I've only tried LightWave, Sculpt4D, and AutoCAD...  Pixel didn't take in
  1101. the AutoCAD DXF file.  The loader doesn't recognize outlined objects w/ no
  1102. faces.  Oh wells Pixel 3D 2.0 has no editing features anyways.  If it did,
  1103. then they'll have to call it a modeler!
  1104.  
  1105. The beveling works well but it only works with the bitmap autotracer.  That
  1106. is, you set the beveling inset and depth and it will bevel after it
  1107. autotrace the image in.  It doesn't bevel existing outlined objects.  I'm
  1108. not too happy w/ with the way it autotrace bitmaps however..  I had a 250
  1109. pt.  size font in Dpaint and it did a poor job..  tracing the stair-stepped
  1110. pixels so that the font came out looking pixelly if you examine it up
  1111. close.  I'll stick to my friend's custom beveler which also duplicates the
  1112. bevel polygons so that LW doesn't phong-shade over the bevel as well as
  1113. work on outlined objects.
  1114.  
  1115. > The new features list would cover many pages at this point but the very latest
  1116. > ones that Steve didn't mention is the addition of spline curves in the modeler.
  1117.  
  1118. Is that spline curve like the "spine" effect in Hash's JourneyMan...  sure
  1119. looks like it!  I'm looking forward to the caustic underwater texture Allen
  1120. mentioned!
  1121.  
  1122. -JC-
  1123.  
  1124. ##
  1125.  
  1126. Subject: Re:  1450
  1127. Date: Thu, 10 Oct 91 7:40:37 EDT
  1128. From: ddyer@hubcap.clemson.edu (Doug Dyer)
  1129.  
  1130. >   As I was away for the summer, I forgot how to post to the Imagine relay.
  1131. > Please give me the address. Also, I am unable to connect to the Hubcap site
  1132. > even though I am using the same address as last school semester. Has Hubcap
  1133. > been moved, or does it have more than one address? Thanks!
  1134. > David
  1135. 130.127.8.1 is the actual address, and we don't have another address. 
  1136. Try replying to this message to make sure there isnt just some node down
  1137. in the internet.  I don't know how smart the network layer is on the
  1138. internet,  that might be the reason.
  1139.  
  1140. p.s. for those that can't get an 'ls' I have been updating the 
  1141. 'files' file in the IMAGINE directory periodically.
  1142.  
  1143. --------------------------------------------------------------------------
  1144. Doug Dyer     *      Clemson University     *     ddyer@hubcap.clemson.edu
  1145. Quote 'O Fun: DOS is a bike without the seat.           skydive naked
  1146. --------------------------------------------------------------------------
  1147.  
  1148. ##
  1149.  
  1150. Subject: linking ROOMS
  1151. Date: Thu, 10 Oct 91 13:30:44 BST
  1152. From: jerry cullingford <jc@crosfield.co.uk>
  1153.  
  1154. How's this for a fairly painless solution to joining the rooms together:
  1155.  
  1156. Someone create a corridor section. Long, with lots of standard doors
  1157. down one side, and distribute it to all the players:
  1158.  
  1159.  
  1160.     ---------------------------------------------------------------
  1161. ..                              X                                   ..
  1162.  
  1163.     -----DDDDD----------22222---------11111-------DDDD----------DDDD--
  1164.  
  1165.  
  1166.     sort of thing. It needs to be _long_.  Start off in the middle,
  1167. near X, and move to the door [1111]. open the door, and walk through into
  1168. your own set of rooms. When you've finished, go back into the corridor,
  1169. through door [2222] and head towards X. If you make the corridor long
  1170. enough, people won't notice that you aren't actually moving towards the end,
  1171. so you can splice as many sets of peoples rooms together as you like. AND,
  1172. you can make each set into a looping animation if you want. You could even
  1173. make 2222 and 1111 further apart, with a standard "walk down the corridor"
  1174. section; people only need to render the unique bit where you can see into
  1175. their room - the corridor walk bit could be spliced in.
  1176.  
  1177. What do people think about this? Would it work as a solution?
  1178. -- 
  1179. +-----------------------------------------------------------------+     |
  1180. | Jerry Cullingford  #include <std.disclaimer>     +44 442 230000 |   ,-|--
  1181. | jc@crosfield.co.uk (was jc@cel.co.uk) or jc@cel.uucp      x3203 |   \_|__
  1182. +-----------------------------------------------------------------+ \___/
  1183.  
  1184. ##
  1185.  
  1186. Subject: ImagineComp file
  1187. Date: Thu, 10 Oct 91 12:56:36 EDT
  1188. From: fsb@sparc.com (Steve Brailsford)
  1189.  
  1190. I have been working on editing the ImagineComp file and
  1191. wanted to ask people if they had any preferences they want
  1192. to see for it.  Like what formats should it be stored to
  1193. (i.e. text, Word, postscript, ...)  For those that have looked
  1194. through it, I have corrected a lot of spelling errors and am
  1195. working on correcting the grammar to make it much more
  1196. readable.  Does anyone have any ideas as to how they want
  1197. each section to look?  I could take the time to make it into
  1198. a much nicer format, so let me know what ideas you all have.
  1199. Thanks.
  1200.  
  1201.  
  1202. -- 
  1203.     Steve Brailsford (fsb@sparc.vitro.com)   _____
  1204.     Usenet:  uupsi!vitro!sparc!fsb         \/itro Corporation
  1205.                                             14000 Georgia Ave.
  1206.     Voice:  (301) 231-1481                  Silver Spring, MD 20906
  1207.  
  1208. ##
  1209.  
  1210. Subject: Re: Imagine 2.0!
  1211. Date: Thu, 10 Oct 91 13:26:17 EDT
  1212. From: johnh@jhunix.hcf.jhu.edu (John J Humpal)
  1213.  
  1214. For a $100 upgrade price, Imagine 2.0 had better be *incredibly* improved!
  1215. Also, it seems that when Imagine 0.9 was first announced, Impulse promised
  1216. a terrific user's manual.  Wonder what happened...? ;-)
  1217.  
  1218. -John
  1219.  
  1220. John J. Humpal -- johnh@jhunix.hcf.jhu.edu -- short .sig, std. disclaimer
  1221.  
  1222. ##
  1223.  
  1224. Subject: Planets.zoo pic on hubcap
  1225. Date: Thu, 10 Oct 91 11:08:40 -0700
  1226. From: echadez@carl.org (Edward Chadez)
  1227.  
  1228. I've uploaded Planets.HAM onto hubcap.  This is the included .readme file:
  1229.  
  1230. --------------------------------------------------------------------------
  1231.  
  1232. Once, a while back, someone happened to mention that cresents weren't
  1233. creatable with Imagine.  Here's some proof.
  1234.  
  1235. The picture is *supposed* to be a large, ringed planet sitting on its
  1236. equator rather than its axis, and in the foreground, there's a smaller
  1237. moon.  The camera is situated so that the two look close to the same size,
  1238. as they would if you were positioned close to the moon, and the moon was
  1239. between you and the planet.  Enough on the physics and optical stuff.
  1240.  
  1241. Something to point out that I didn't plan on is the shadow of the ring on
  1242. the planet.  Kinda neat, hu?  Reminds me of the Voyager pics.  Also note
  1243. that the planet itself casts a shadow across the "top" of the ring.
  1244.  
  1245. The Picture is copyright Edward Chadez.
  1246.  
  1247. -------------------------------------------------------------------------
  1248.  
  1249. Use and abuse, my friends--just don't use or abuse for money. :-) :-)  And
  1250. any comments on how I could make it more realistic are always appreciated.
  1251.  
  1252.  
  1253. Edward Chadez
  1254.  -Amiga3000-
  1255.  
  1256. -- 
  1257. +--//-----------------------------------------------------------------------+
  1258. |\X/ echadez@carl.org/Edward Chadez                CARL Systems(303)861-5319|
  1259. +---------------------------------------------------------------------------+
  1260.  
  1261. ##
  1262.  
  1263. Subject: Re:  Imagine 2.0!
  1264. Date: Thu, 10 Oct 91 11:16:48 CDT
  1265. From: mikel@sys6626.bison.mb.ca (Michael Linton)
  1266.  
  1267. jcheng%mars@calstatela.edu (Action Jackson) writes:
  1268.  
  1269. > Yuck!  No thanks!  I cringe everytime I load up Imagine and that horrible
  1270. > title picture shows up...  I hope the next software release will not have
  1271. > that!!
  1272. > -JC-
  1273. Do what I did, make your own title pic.  It's just a little project if you 
  1274. get bored.  Actually in the newsletter it says it has the Imagine logo on it.
  1275. Who knows if it is the picture on the disk, or the title screen.
  1276.  
  1277.  
  1278. --- (Michael Linton) a user of sys6626, running waffle 1.64
  1279. E-mail: mikel@sys6626.bison.mb.ca
  1280. system 6626: 63 point west drive, winnipeg manitoba canada R3T 5G8
  1281.  
  1282. ##
  1283.  
  1284. Subject: Re: Imagine 2.0!
  1285. Date: Thu, 10 Oct 91 12:06:22 PDT
  1286. From: Mark Davis <davis@soomee.enet.dec.com>
  1287.  
  1288. Here, Here!  Imagine 2.0 had better be new for a $100.00 upgrade price.
  1289. I still may not purchase the upgrade, especially with Impulse's track record
  1290. for documentation!
  1291.  
  1292. mark
  1293.  
  1294. ##
  1295.  
  1296. Subject: Path
  1297. Date: Thu, 10 Oct 91 11:31:32 CDT
  1298. From: mikel@sys6626.bison.mb.ca (Michael Linton)
  1299.  
  1300. I'm am working on an animation involving an object following a path.  The 
  1301. problem is that on the first and last frames, the object is in the same place.
  1302. This results bascily an extra frame.  I thought it would be easy to 
  1303. solve by not rendering the last frame, but I'm useing rotate effects on the 
  1304. the same object at the same time.  If I were not to render the last frame, 
  1305. anything which is rotating will miss a rotation.  How do I get an object to 
  1306. follow a path, but not have it start and end at the same point.  I'm using a 
  1307. closed path.  Thanks.
  1308.  
  1309. --- (Michael Linton) a user of sys6626, running waffle 1.64
  1310. E-mail: mikel@sys6626.bison.mb.ca
  1311. system 6626: 63 point west drive, winnipeg manitoba canada R3T 5G8
  1312.  
  1313. ##
  1314.  
  1315. Subject: Imagine...a cheaper upgrade
  1316. Date: Thu, 10 Oct 91 12:14:13 -0700
  1317. From: echadez@carl.org (Edward Chadez)
  1318.  
  1319. Pub fully intended.
  1320.  
  1321. When I first saw someone mention that the upgrade was going to set me back
  1322. ANOTHER $100, the first thing I said was "They can keep their program!"
  1323.  
  1324. I guess it's the same old situation where I'd have to see what I'm getting
  1325. for the $100.  If it's a wholly revamped software package, then probably
  1326. $100 isn't too bad.  But if it's just the same as Imagine 1.1 with a few
  1327. bells and whistles....  Maybe Impulse should reconsider the upgrade fee,
  1328. or provide the users with a better description of what they're getting for
  1329. the money.....
  1330.  
  1331. -Edward Chadez
  1332.  
  1333. -- 
  1334. +--//-----------------------------------------------------------------------+
  1335. |\X/ echadez@carl.org/Edward Chadez                CARL Systems(303)861-5319|
  1336. +---------------------------------------------------------------------------+
  1337.  
  1338. ##
  1339.  
  1340. Subject: Re: Imagine...a cheaper upgrade
  1341. Date: Thu, 10 Oct 91 12:26:19 -0700
  1342. From: echadez@carl.org (Edward Chadez)
  1343.  
  1344. On Oct 10, 12:14pm, I wrote:
  1345. } Subject: Imagine...a cheaper upgrade
  1346. } Pub fully intended.
  1347.   ^^^
  1348.   That's 'pun'...funny, I seem to make these typos and don't catch them
  1349.   until the letter makes it way back to me.
  1350.  
  1351.   On the other hand, a pub wouldn't be a bad idea to make with the object
  1352.   editor.... :-) :-)
  1353.  
  1354.  
  1355. -- 
  1356. +--//-----------------------------------------------------------------------+
  1357. |\X/ echadez@carl.org/Edward Chadez                CARL Systems(303)861-5319|
  1358. +---------------------------------------------------------------------------+
  1359.  
  1360. ##
  1361.  
  1362. Subject: Re: lowres animation
  1363. Date: Thu, 10 Oct 91 11:23:34 CDT
  1364. From: mikel@sys6626.bison.mb.ca (Michael Linton)
  1365.  
  1366. rtaraz@wpi.WPI.EDU (Ramin Taraz) writes:
  1367.  
  1368. > the problem is that the palette for each frame is different.  So when you
  1369. > run the animfile, using DP4, the colors keep changing.  How do you
  1370. > tell imagine to use the same palette for all frames?
  1371. > Does this problem happen in ham too?
  1372. > rtaraz@wpi.wpi.edu
  1373.  
  1374. Instead of generating the frames first.  Select all of the frames you wnat to 
  1375. render, then click on "make".  This will render the frames and put them together
  1376. into a movie.  If you are in lo res, it will ask you if you want to lock the
  1377. color pallette.  Select yes, and you will have an animation with the pallette
  1378. the same on all frames.
  1379.  
  1380. --- (Michael Linton) a user of sys6626, running waffle 1.64
  1381. E-mail: mikel@sys6626.bison.mb.ca
  1382. system 6626: 63 point west drive, winnipeg manitoba canada R3T 5G8
  1383.  
  1384. ##
  1385.  
  1386. Subject: Re: Imagine 2.0!
  1387. Date:    Thu, 10 Oct 91 14:51 EDT
  1388. From: "Marc Rifkin" <R38@PSUVM.PSU.EDU>
  1389.  
  1390. >I just recived my first copy of the Imagine Gazzette.  And in it was some
  1391. >rather interesting news about Imagine 2.0.  I don't know if anyone has ...
  1392. >but it looks like the upgrade price will be around $ 100.00.  Also ...
  1393.  
  1394. I don't know about anyone else, but I feel cheated after spending $200
  1395. for a product and now I have to spend another $100... If it is still
  1396. a 3D graphics package, it is still the same product, not something "new."
  1397. (Same sentiments to the Toaster upgrade)
  1398.  
  1399. I can't afford $100 upgrades!
  1400.  
  1401. Marc Rifkin
  1402. Integrative Technologies Lab, Penn State University
  1403. 5F Mitchell Building, University Park, PA 16802
  1404. 814-863-8062 or for you normal people, r38@psuvm.psu.edu
  1405. "Hasta, la etc."
  1406.  
  1407. ##
  1408.  
  1409. Subject: DCTV Directory at Hubcap?
  1410. Date: 10 Oct 91 22:15 -0500
  1411. From: "Jeff A. Bell" <uubell@ccu.umanitoba.ca>
  1412.  
  1413. The subject line basically says it all.  Would anyone object
  1414. to starting up a DCTV directory for storing Imagine pics?  How many
  1415. people on this list own a DCTV?  Would it be worth it?  I'm working on
  1416. a couple things right now that I wouldn't mind placing on Hubcap  in
  1417. DCTV format, but only if others are going to be able to view it.
  1418.  
  1419. I'd LOVE to see some of those pics in near 24bit (and the display format
  1420. doesn't take up all that much more room than a HAM pic..)
  1421.  
  1422. Ciao,
  1423.  
  1424. Jeff
  1425. --
  1426. uubell@ccu.umanitoba.ca
  1427.  
  1428. ##
  1429.  
  1430. Subject: 2.0 Wish List
  1431. Date: Thu, 10 Oct 91 22:25:36 -0600
  1432. From: HURTT CHRISTOPHER MICHAEL <hurtt@tramp.Colorado.EDU>
  1433.  
  1434.     Here's something I'd really like to see in Imagine 2.0 or any 3-D
  1435. modeler in that case. Power Glove support!! Being able to position objects
  1436. in the stage editor by moving your hand around would be great! Also a special
  1437. 'Glove Editor' could be made where you actually 'sculpt'a sphere into a
  1438. shape!
  1439.     Heck desribing motion & extrusion paths in space would be cool too.
  1440. I'm sure theres tons of great things that could be done.
  1441.  
  1442.     Chris
  1443. {       Chris Hurtt        | Computer Science |        This Space          }
  1444. { hurtt@tramp.colorado.edu |  Applications in |         For Rent           }
  1445. {   churtt@nyx.cs.du.edu   |  Fine Arts Major |      (303)-466-9259        }
  1446. {  !kessener!burner!churtt |   CU - Boulder   |          PEACE!            }
  1447.  
  1448.  
  1449. ##
  1450.  
  1451. Subject: Powerglove & Amos 3-d
  1452. Date: Fri, 11 Oct 91 02:13:38 -0700
  1453. From: Michael Gibson <gibsonm@u.washington.edu>
  1454.  
  1455. A powerglove interface for Imagine or any other 3-d program would be
  1456. incredible. And possible, now that the encryption on the "hi-res" data from
  1457. the glove has been cracked. Over on the powerglove mailing list, there
  1458. is already C source for the Atari ST and the IBM.... Modeling points would
  1459. be great... just think, you could "push points" with your hand... you
  1460. could sculpt in 3-d in the air. That would be really cool.. and not entirely
  1461. unfeasable either.
  1462.  
  1463. Say, is anyone on this list messing around with AMOS 3-D ? I am a big 3-d
  1464. enthusiast, and I have been very impressed with AMOS 3-d, which is an
  1465. extension to the AMOS basic programming package that gives basic commands
  1466. to control 3-d objects. It also has a modeller with it. I have been having
  1467. a real hard time going back to Imagine after using AMOS. Why? Because AMOS
  1468. is FAST! You can move and rotate objects in real time, and program them to
  1469. zoom around with a joystick. Instant gratification! The package has its
  1470. quirks, but I think it is really cool. It can be used to generate animations
  1471. that behave under user control, or exhibit random behavior or whatever...
  1472. These animations could be *HOURS* long if you wanted them to, since they
  1473. are generated on the fly with a language... and they do not take up barely
  1474. any space, contrasted to any other animation. It doesn't have any kind of
  1475. phong shading, of course, and is a limited palette, but I was very surprised
  1476. to find some provisions for adding surface detail (crude image mapping) and
  1477. even some support for morphing! I really like the speed.
  1478.  
  1479.                     Michael
  1480.  
  1481.                 gibsonm@milton.u.washington.edu
  1482.  
  1483. ##
  1484.  
  1485. Subject: many things
  1486. Date: Fri, 11 Oct 91 5:14:49 PDT
  1487. From: tucker@cs.unr.edu (Aaron Tucker)
  1488.  
  1489.     Well, here are a few things:
  1490.  
  1491.     To the people having problems with creating animations that have a
  1492. copy of a frame: If you can't delete it because of other motion, make the
  1493. other motion end one frame earlier. Wala! Now you can delete the extra
  1494. frame.
  1495.  
  1496.     About IMAGINE 2.0:  If it much improved, it is worth $100, easily.
  1497. What most AMIGA users don't understand, is that software for other platforms
  1498. is very expensive. I have a review of many 3D packages for the MAC, IBM,
  1499. and some for the AMIGA. The MAC and IBM prices are very high. Some of the
  1500. software isn't better or much better than the AMIGA software, yet we are
  1501. paying hundreds less than COMPARABLE MAC software. Don't bitch about the
  1502. price forever, just buy it or don't buy it. Simple solution.
  1503.  
  1504.     About textures:
  1505.  
  1506.     The textures on 128.163.128.6 in the /textures/tapex directories are
  1507. in a RAW 8bit format as Mark Thompson pointed out. THANK YOU MARK! Anyways,
  1508. you can spens the time to also d/l PBMPLUS and use that to convert them, or
  1509. you can load up ADPRO (or RASTERLINK) and use the Sculpt Greyscale loader.
  1510. I am saving them back out as 8bit IFFs, and saving TONS of room.
  1511.     The larger files are 1024 x 1024 and the smaller files are 512 x 512.
  1512. ADPRO and RASTERLINK need this information. The textures are 8bit versions
  1513. of the pictures that come with MAPMASTER plus more. I HIGHLY RECOMMEND
  1514. getting them.
  1515.  
  1516.     About the ROOMS project: I, finally having some time to devote to
  1517. actual modelling, am creating a bathroom. Who knows how long it will take.
  1518. I have about half of the objects created and have all the textures I should
  1519. need ready (and brushmaps). 
  1520.     Anyways, I also have a VERY easy idea about the ROOMS PROJECT. We
  1521. could each create our own room with the camera in the doorway to start. We
  1522. then proceed to do the animation. After you are done, the camera can fade
  1523. from the final frame into the start of a different room. The first and last
  1524. frames can static for 5 to 15 seconds to allow time for credits and the
  1525. fade in/out. Simple, easy, and painless. Comments?
  1526.  
  1527.  
  1528. Juan Trevino
  1529. tucker@mammoth.cs.unr.edu
  1530.  
  1531. "O KEY DOUGH KEY?"   - me
  1532.  
  1533. ##
  1534.  
  1535. Subject: Re: DCTV Directory at Hubcap?
  1536. Date: Fri, 11 Oct 91 9:01:56 EDT
  1537. From: ddyer@hubcap.clemson.edu (Doug Dyer)
  1538.  
  1539. > The subject line basically says it all.  {  Would anyone object
  1540. > to starting up a DCTV directory for storing Imagine pics?  How many
  1541. > people on this list own a DCTV?  Would it be worth it?  I'm working on
  1542. > a couple things right now that I wouldn't mind placing on Hubcap  in
  1543. > DCTV format, but only if others are going to be able to view it.
  1544. > I'd LOVE to see some of those pics in near 24bit (and the display format
  1545. > doesn't take up all that much more room than a HAM pic..)
  1546. >  
  1547. > Ciao,
  1548. >  
  1549. > Jeff
  1550. > --
  1551. > uubell@ccu.umanitoba.ca
  1552. Go for it.
  1553.  
  1554. --------------------------------------------------------------------------
  1555. Doug Dyer     *      Clemson University     *     ddyer@hubcap.clemson.edu
  1556. Quote 'O Fun: DOS is a bike without the seat.           skydive naked
  1557. --------------------------------------------------------------------------
  1558.  
  1559. ##
  1560.  
  1561. Subject: Re: many things 
  1562. Date: Fri, 11 Oct 91 09:52:24 EDT
  1563. From: Mark Thompson <mark@westford.ccur.com>
  1564.  
  1565. Juan Trevino writes:
  1566. >     The textures on 128.163.128.6 in the /textures/tapex directories are
  1567. > in a RAW 8bit format as Mark Thompson pointed out.
  1568. > The textures are 8bit versions
  1569. > of the pictures that come with MAPMASTER plus more.
  1570.  
  1571. A minor clarification. These textures are not originally from Louis Markoya's
  1572. Map Master but digitized images from a book by Phil Brodatz called "Textures".
  1573. The images in this book are not copyrighted so anyone may digitize them.
  1574. Most of the images in Map Master are digitized from the same book. I just
  1575. wanted to make sure no one thought these images were pirated from a commercial
  1576. product.
  1577.  
  1578. Also on the same subject. No doubt anyone with ftp access will now want
  1579. copies of these images (textures). I might mention that many of the images
  1580. are duplicates with the only difference being the amount of image contrast.
  1581. It would be nice to organize an effort to weed out the duplicates, convert
  1582. the unique ones, and make them publically available so that we all don't
  1583. have to duplicate this effort. Each person working on this project could
  1584. take care of say 20 or so different images. The format I would advocate is
  1585. the 8bit IFF greymaps that Juan mentioned. I would be willing to help in
  1586. this effort (but I can't start till a week from today). Any interest?
  1587. |~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~|
  1588. |      `       '        Mark Thompson                 CONCURRENT COMPUTER  |
  1589. | --==* RADIANT *==--   mark@westford.ccur.com        Principal Graphics   |
  1590. |      ' Image `        ...!uunet!masscomp!mark       Hardware Architect   |
  1591. |     Productions       (508)392-2480 (603)424-1829   & General Nuisance   |
  1592. |                                                                          |
  1593.  ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  1594.  
  1595. ##
  1596.  
  1597. Subject: Re: many things
  1598. Date: Fri, 11 Oct 91 07:38:49 -0700
  1599. From: echadez@carl.org (Edward Chadez)
  1600.  
  1601. On Oct 11,  5:14am, Aaron Tucker wrote:
  1602. } Subject: many things
  1603. }     Well, here are a few things:
  1604. }     About IMAGINE 2.0:  If it much improved, it is worth $100, easily.
  1605. } What most AMIGA users don't understand, is that software for other platforms
  1606. } is very expensive. I have a review of many 3D packages for the MAC, IBM,
  1607. } and some for the AMIGA. The MAC and IBM prices are very high.
  1608.  
  1609. But don't you see?  That's the whole point!  I didn't buy a MAC or an IBM
  1610. because the prices for the products were ridiculously high.  I think that
  1611. Impulse may just be milking that last upgrade dollar from us users...or
  1612. they may actually have a product worth upgrading to.
  1613.  
  1614. For me, it completely depends on the addition of some key features (that I
  1615. won't go into here).  If I decide that Mr. Halvorsen's (SP?) new product is
  1616. worthy of my hard-earned "upgrade" money, then he'll get it.  But for $100
  1617. he's going to have to do more than just change the intro picture. :-)
  1618.  
  1619. } Juan Trevino
  1620. } tucker@mammoth.cs.unr.edu
  1621. } "O KEY DOUGH KEY?"   - me
  1622. }-- End of excerpt from Aaron Tucker
  1623.  
  1624.  
  1625. Edward Chadez
  1626.  -Amiga3000-
  1627.  
  1628. -- 
  1629. +--//-----------------------------------------------------------------------+
  1630. |\X/ echadez@carl.org/Edward Chadez                CARL Systems(303)861-5319|
  1631. +---------------------------------------------------------------------------+
  1632.  
  1633. ##
  1634.  
  1635. Subject: Re: many things
  1636. Date: Fri, 11 Oct 91 11:22:24 -0400
  1637. From: Udo K Schuermann <walrus@wam.umd.edu>
  1638.  
  1639. [digitized textures in RAW format]
  1640. > Mark Thompson <mark@westford.ccur.com> writes:
  1641. > It would be nice to organize an effort to weed out the duplicates, convert
  1642. > the unique ones, and make them publically available so that we all don't
  1643. > have to duplicate this effort. Each person working on this project could
  1644. > take care of say 20 or so different images. The format I would advocate is
  1645. > the 8bit IFF greymaps that Juan mentioned. I would be willing to help in
  1646. > this effort (but I can't start till a week from today). Any interest?
  1647.  
  1648. Having just recently gotten ADPro (yeah!) I offer my services for the
  1649. conversion.  I think I can handle 20 images and I've got 5 Megs of RAM to
  1650. work with.  It seems like hubcap.clemson.edu would be a good place to put
  1651. the results.
  1652.  
  1653. I also think it would be a good idea to create a few screens with samples
  1654. of the images (such as 4x4, 9x9, or 16x16 panels) in HAM or dithered
  1655. highres because not everyone can display 24 bit images (like those of us
  1656. with DCTV).
  1657.  
  1658.  ._.  Udo Schuermann       "Did you ever wonder why we had to run for shelter
  1659.  ( )  walrus@wam.umd.edu    with the promise of the brave new world unfurled
  1660.  Seeking virtual memory     beneath the clear blue sky?" -- Pink Floyd
  1661.  
  1662. ##
  1663.  
  1664. Subject: Maps
  1665. Date: Fri, 11 Oct 91 10:34:37 -0600
  1666. From: HURTT CHRISTOPHER MICHAEL <hurtt@tramp.Colorado.EDU>
  1667.  
  1668.     I'll help out with the map converting. No problem. Someone want to start
  1669. diving them up? Where do the final products go, IMAGINE/BRUSHMAPS I assume...
  1670.  
  1671.     Chris
  1672.  
  1673. ##
  1674.  
  1675. Subject: Re:  many things
  1676. Date: Fri, 11 Oct 91 12:30:11 CDT
  1677. From: Wayne Haufler 283-4160 <haufler@sweetpea.jsc.nasa.gov>
  1678.  
  1679. Juan Trevino (tucker@mammoth.cs.unr.edu) writes:
  1680. >     Anyways, I also have a VERY easy idea about the ROOMS PROJECT. We
  1681. > could each create our own room with the camera in the doorway to start. We
  1682. > then proceed to do the animation. After you are done, the camera can fade
  1683. > from the final frame into the start of a different room. The first and last
  1684. > frames can static for 5 to 15 seconds to allow time for credits and the
  1685. > fade in/out. Simple, easy, and painless. Comments?
  1686.  
  1687. I agree that this would be much easier to implement, and with a
  1688. volunteer group project like this, the easier it is to do the more
  1689. likely it is going to be done.
  1690.  
  1691. However, I am afraid that simplifying this project may dilute the
  1692. uniqueness, challenge, and excitement of it all, and thus the
  1693. motivation to do it may suffer.  IMHO the really exciting aspect about
  1694. the ROOMS PROJECT is the concept of a virtual collective object, a
  1695. house, built as a cooperative effort within cyberspace, by people who
  1696. have never actually met, as difficult as that may be.  The animation
  1697. would be a tour through that object.  The uniqueness of this
  1698. project is that it has NEVER BEEN DONE BEFORE, as far as we know.
  1699. ("...To Boldly Go Where No One Has Gone Before..." 8^) ).
  1700.  
  1701. However, perhaps it is exciting enough that it is a joint animation
  1702. effort, and we should concentrate on that aspect.  An animation using
  1703. Juan's approach could IMPLY that it is all the same house, though it
  1704. would be somewhat discontinuous as an animation, and may only be viewed
  1705. as a collection of similar short animations.
  1706.  
  1707. Just some comments.  I am not saying we shouldn't follow Juan's suggestion.
  1708. If this effort is bogging down, perhaps we should compromise our earlier
  1709. grandiose ideas and use an easier approach.  Or not compromise and 
  1710. patiently settle for a longer timeline.
  1711.  
  1712. ( What am I saying 'we' for?  I didn't sign up to do a whole room, 
  1713. though I will buy the final product, and am willing to donate objects
  1714. and contribute ideas.  Wish I had more time.   :/  )
  1715.  
  1716.  
  1717.          __         Wayne A. Haufler   [Christian/SW Engineer/XLib'er/Amigan]
  1718. \\ /\\ /\\ //_       haufler@sweetpea.jsc.nasa.gov          MDSSC - Houston   
  1719.  \/--\// \//__       Hobby:"Exploring the Use of Computer Graphics and
  1720.      //                     Animations To Support Christian Endeavors"
  1721.  
  1722. ##
  1723.  
  1724. Subject: IMAGINE 2.0 Upgrade
  1725. Date: Fri, 11 Oct 91 11:25:25 -0500
  1726. From: degroot@dog.csc.ti.com
  1727.  
  1728. On Oct 11,  5:14am, Aaron Tucker wrote:
  1729. } Subject: many things
  1730. }     Well, here are a few things:
  1731. }     About IMAGINE 2.0:  If it much improved, it is worth $100, easily.
  1732. } What most AMIGA users don't understand, is that software for other platforms
  1733. } is very expensive. I have a review of many 3D packages for the MAC, IBM,
  1734. } and some for the AMIGA. The MAC and IBM prices are very high.
  1735.  
  1736. I use both a Mac and an Amiga. I have yet to buy any video/graphics program
  1737. for the Mac with documentation as pitiful as what I received when I purchased
  1738. Imagine. (Further, I can't think of any other Amiga product I have purchased
  1739. with that pitiful of a documentation either!) But, just to cite one
  1740. counterexample to your statement, I have been an avid user of VideoPaint on
  1741. the Mac - it is quite good, and it has execllent documentation.  I just
  1742. received the upgrade notice for system 2.0, and the upgrade fee is $19.95!!!
  1743. So, 1) your upgrade fee analysis is not completely correct, and 2) what you
  1744. get with a typical Mac upgrade, at least in the documentation department, is
  1745. not at all comparable to what Imagine has released so far in this dept.
  1746.  
  1747. I agree with the author of a few notes back, that the documentation with 2.0
  1748. better be *real* good for $100. Otherwise, we might as well add on another $25
  1749. for the cost of the third-party user's manual.
  1750.  
  1751.  
  1752. Doug DeGroot
  1753.  
  1754. ##
  1755.  
  1756. Subject: Pixel3D v2.0
  1757. Date: Fri, 11 Oct 91 09:12:52 PDT
  1758. From: Mark Davis <davis@soomee.enet.dec.com>
  1759.  
  1760. There is a demo floating around of Pixel3D v2.0.  If you see it
  1761. check it out.  Not only does Pixel3d create objects from bitmaps
  1762. but it also, point reduces, scales, converts to/from the popular
  1763. Amiga 3D object formats and has a NEAT interface that lets you
  1764. rotate your object in 3D space, ala Caligari, plus 'render' the
  1765. object in wire frame or shaded (color or no).  I called Axiom and
  1766. was told that a flyer was being mailed to current Pixel3D owners
  1767. re: upgrades.  As someone mentioned earlier, Interchange has got
  1768. some very good competition.  The demo does not SAVE but will allow
  1769. you to load different object formats and play around with them.
  1770. I have the demo but no FTP access, at this time :-|
  1771.  
  1772. mark
  1773.  
  1774. ##
  1775.  
  1776. Date: Fri, 11 Oct 91 16:36:21 EDT
  1777. From: Mark Thompson <mark@westford.ccur.com>
  1778.  
  1779. > I have the book "Textures", by Phil Brodatz (sp?). I'm not totally convinced
  1780. > that all the plates in the book are copyright free.
  1781.  
  1782. This may be true, I'll have to check for certain.
  1783.  
  1784. > What resolution are they available in? I think you mention 8bit IFF
  1785. > greymaps, but what resolution?
  1786.  
  1787. The smaller ones are 512x512 and the larger ones are 1024x1024. I propose
  1788. that they be converted to the same resolution IFF greymap (I don't want
  1789. to throw any info away). This is well within the realm af ADPro to do.
  1790.  
  1791. > Also, Imagine cannot use 8bit as brush maps correct?
  1792.  
  1793. I cannot say for certain as I use LightWave. I do know that the current
  1794. release of LightWave will accept any resolution image but currently does
  1795. not support greymaps. The soon to be released 2.0 rev WILL support greymaps
  1796. however.
  1797. |~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~|
  1798. |      `       '        Mark Thompson                 CONCURRENT COMPUTER  |
  1799. | --==* RADIANT *==--   mark@westford.ccur.com        Principal Graphics   |
  1800. |      ' Image `        ...!uunet!masscomp!mark       Hardware Architect   |
  1801. |     Productions       (508)392-2480 (603)424-1829   & General Nuisance   |
  1802. |                                                                          |
  1803.  ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  1804.  
  1805. ##
  1806.  
  1807. Subject: Re: Maps 
  1808. Date: Fri, 11 Oct 91 16:44:37 EDT
  1809. From: Mark Thompson <mark@westford.ccur.com>
  1810.  
  1811. >I'll help out with the map converting. No problem. Someone want to start
  1812. >diving them up? Where do the final products go, IMAGINE/BRUSHMAPS I assume...
  1813.  
  1814. I have already done the first 20 in Tape1 and would be willing to do
  1815. more if need be. I should mention to anyone doing conversions to IFF
  1816. format that most of the images have a small black border on the bottom.
  1817. This MUST be cropped out or else annoying lines will show up in your
  1818. textures.
  1819. |~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~|
  1820. |      `       '        Mark Thompson                 CONCURRENT COMPUTER  |
  1821. | --==* RADIANT *==--   mark@westford.ccur.com        Principal Graphics   |
  1822. |      ' Image `        ...!uunet!masscomp!mark       Hardware Architect   |
  1823. |     Productions       (508)392-2480 (603)424-1829   & General Nuisance   |
  1824. |                                                                          |
  1825.  ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  1826.  
  1827. ##
  1828.  
  1829. Subject: Re: Imagine 2.0!
  1830. Date: Fri, 11 Oct 91 11:27:45 CDT
  1831. From: mikel@sys6626.bison.mb.ca (Michael Linton)
  1832.  
  1833. "Marc Rifkin" <R38@PSUVM.PSU.EDU> writes:
  1834.  
  1835. > I don't know about anyone else, but I feel cheated after spending $200
  1836. > for a product and now I have to spend another $100... If it is still
  1837. > a 3D graphics package, it is still the same product, not something "new."
  1838. > (Same sentiments to the Toaster upgrade)
  1839. > I can't afford $100 upgrades!
  1840. > Marc Rifkin
  1841. Like I said the upgrade price has not yet been comfirmed.  So there is a 
  1842. possibility that it will be cheaper.  But I know what you mean.  They should 
  1843.  make it a free upgrade for those who bought it in the past 4 months, or 
  1844. something like that.  If it has a lot of new features, it might be worth the
  1845. $ 100.00 upgrade price.
  1846.  
  1847.  
  1848. --- (Michael Linton) a user of sys6626, running waffle 1.64
  1849. E-mail: mikel@sys6626.bison.mb.ca
  1850. system 6626: 63 point west drive, winnipeg manitoba canada R3T 5G8
  1851.  
  1852. ##
  1853.  
  1854. Subject: Re: Imagine...a cheaper upgrade
  1855. Date: Fri, 11 Oct 91 11:32:07 CDT
  1856. From: mikel@sys6626.bison.mb.ca (Michael Linton)
  1857.  
  1858. echadez@carl.org (Edward Chadez) writes:
  1859.  
  1860. > Pub fully intended.
  1861. > When I first saw someone mention that the upgrade was going to set me back
  1862. > ANOTHER $100, the first thing I said was "They can keep their program!"
  1863. > I guess it's the same old situation where I'd have to see what I'm getting
  1864. > for the $100.  If it's a wholly revamped software package, then probably
  1865. > $100 isn't too bad.  But if it's just the same as Imagine 1.1 with a few
  1866. > bells and whistles....  Maybe Impulse should reconsider the upgrade fee,
  1867. > or provide the users with a better description of what they're getting for
  1868. > the money.....
  1869. > -Edward Chadez
  1870. The next Imagine Gazzette, is supposed to be allmost totally on the new 
  1871. upgrade.  When I get it I will post some of the new functions, so you can 
  1872. decide if it is worth the money.
  1873.  
  1874.  
  1875. --- (Michael Linton) a user of sys6626, running waffle 1.64
  1876. E-mail: mikel@sys6626.bison.mb.ca
  1877. system 6626: 63 point west drive, winnipeg manitoba canada R3T 5G8
  1878.  
  1879. ##
  1880.  
  1881. Subject: rooms
  1882. Date: Fri, 11 Oct 91 18:41:33 EDT
  1883. From: alan@picasso.umbc.edu (Alan Price)
  1884.  
  1885. Juan Trevino (tucker@mammoth.cs.unr.edu) writes:
  1886. >     Anyways, I also have a VERY easy idea about the ROOMS PROJECT. We
  1887. > could each create our own room with the camera in the doorway to start. We
  1888. > then proceed to do the animation. After you are done, the camera can fade
  1889. > from the final frame into the start of a different room. The first and last
  1890. > frames can static for 5 to 15 seconds to allow time for credits and the
  1891. > fade in/out. Simple, easy, and painless. Comments?
  1892.  
  1893. AND Wayne A. Haufler writes:
  1894. >I agree that this would be much easier to implement, and with a
  1895. >volunteer group project like this, the easier it is to do the more
  1896. >likely it is going to be done.
  1897.  
  1898. >However, I am afraid that simplifying this project may dilute the
  1899. >uniqueness, challenge, and excitement of it all, and thus the
  1900. >motivation to do it may suffer.  IMHO the really exciting aspect about
  1901. >the ROOMS PROJECT is the concept of a virtual collective object, a
  1902. >house, built as a cooperative effort within cyberspace, by people who
  1903. >have never actually met, as difficult as that may be.  The animation
  1904. >would be a tour through that object.  The uniqueness of this
  1905. >project is that it has NEVER BEEN DONE BEFORE, as far as we know.
  1906. >("...To Boldly Go Where No One Has Gone Before..." 8^) ).
  1907.  
  1908. Well put, Wayne, my sentiments exactly on this subject. I hope that everyone
  1909. continues to consider the possiblity of actually realizing this project.
  1910.  
  1911. As far as Juan's suggestion, I need some clarification:
  1912.  
  1913. It seems that your idea for simplifying the project is to have each
  1914. participant render their own sequence. Is this correct? I feel that this
  1915. would actually slow down the process of completing the project, in addition
  1916. to creating possible incompatabilities in terms of frame-rates, color output,
  1917. formats, etc.
  1918.  
  1919. In a nutshell, the initial proposal asked just to create a room of your 
  1920. wildest dreams and uuencode it and send it to my address. I, and whatever
  1921. assistance I can get, will stick'em all together and render it. That's it.
  1922. Ofcourse a lot of notes had to be added to cover standardization of path-
  1923. names, etc. You could also send a 'staging' file to show paths of objects
  1924. that move during the 'visit' to your room, or placement and intensity of
  1925. light sources. If you don't want to deal with a staging file, you could
  1926. just send a note describing where lights go and such.
  1927.  
  1928. Read over the proposal again, or ask me to send it to you if you dont'
  1929. have it.
  1930.  
  1931. Another suggestion to help the ball to roll:
  1932.  
  1933. Does anyone think it might be a good idea to submit rooms to a "ROOMS"
  1934. directory on HUBCAP? I like making rooms and I have several I could post
  1935. just for fun, including the one with spiral stairs, and one with corinthian
  1936. columns and arches. Also, I would post 'public rooms' where anyone could
  1937. d/l, put in a piece of their own furniture, then u/l it back?
  1938.  
  1939. AP.
  1940.  
  1941. ##
  1942.  
  1943. Subject: Re: Maps
  1944. Date: Fri, 11 Oct 91 18:48:36 EDT
  1945. From: Udo K Schuermann <walrus@wam.umd.edu>
  1946.  
  1947. mark@westford.ccur.com (Mark Thompson) writes:
  1948. > I have already done the first 20 in Tape1 and would be willing to do
  1949. > more if need be. I should mention to anyone doing conversions to IFF
  1950. > format that most of the images have a small black border on the bottom.
  1951. > This MUST be cropped out or else annoying lines will show up in your
  1952. > textures.
  1953.  
  1954. I don't have time until the middle of next week to do this, but I will
  1955. convert Tape2 then.  If you, Mark, or someone else wants to do it in my
  1956. stead, please send me an email to that effect so we don't trample on each
  1957. others' feet ;-)
  1958.  
  1959. Cheers, all!
  1960.  
  1961.  ._.  Udo Schuermann       "Did you ever wonder why we had to run for shelter
  1962.  ( )  walrus@wam.umd.edu    with the promise of the brave new world unfurled
  1963.  Seeking virtual memory     beneath the clear blue sky?" -- Pink Floyd
  1964.  
  1965. ##
  1966.  
  1967. Subject: Textures
  1968. Date: Fri, 11 Oct 91 19:56:23 -0400
  1969. From: fbranham@prism.gatech.edu (BRANHAM,JOSEPH FRANKLIN)
  1970.  
  1971. And I'm downloading the GIFD version I just created of directory tape3.
  1972.  
  1973. I'm also planning to create a 640x200 16color screen with a 4x4 matrix of
  1974. the textures in tape3. Or mayhap 3x4 since there are 12 of them.
  1975.  
  1976. Will put mine in brushmaps as soon as I cook them Tomorrow.
  1977.  
  1978. Moo
  1979. Frank Branham
  1980.  
  1981. ##
  1982.  
  1983. Subject: Maps again
  1984. Date: Fri, 11 Oct 91 17:36:32 -0600
  1985. From: HURTT CHRISTOPHER MICHAEL <hurtt@tramp.Colorado.EDU>
  1986.  
  1987.     Wow! Didn't relize the size of them puppies. I'll take on the <1meg
  1988. in tape 3 then. I know that isn't much but with 3 megs I doubt ADPro will
  1989. like to load them in. I have troublt with >250K IFF24. Thats without WB or
  1990. anything.
  1991.  
  1992.     Chris
  1993.  
  1994. ##
  1995.  
  1996. Subject: Re: Imagine 2.0!
  1997. Date: Fri, 11 Oct 91 18:08:55 CST
  1998. From: telepro!James_Hastings-Trew@herald.usask.ca (James Hastings-Trew)
  1999.  
  2000. In a message dated Fri 11 Oct 91 00:53, "Marc Rifkin" <R38@PSUVM.PSU.EDU>
  2001. wrote:
  2002.  
  2003.  MRR> I don't know about anyone else, but I feel cheated after spending
  2004.  MRR> $200
  2005.  MRR> for a product and now I have to spend another $100... If it is still
  2006.  MRR> a 3D graphics package, it is still the same product, not something
  2007.  MRR> "new."
  2008.  MRR> (Same sentiments to the Toaster upgrade)
  2009.  
  2010.  MRR> I can't afford $100 upgrades!
  2011.  
  2012. I for one am glad to see the end of Impulse's free upgrades for life policy.
  2013. When a company offers a substatial upgrade for a realistic fee it means that
  2014. they are running their business properly. This means that they will still be
  2015. around in a year, and the year after that, etc. When a company offers a
  2016. substantial upgrade for a silly fee like $5 or $10, it says to me that they
  2017. have no business sense, and that they will be going out of business, or just
  2018. won't bother upgrading very often.
  2019.  
  2020. A $100 upgrade fee tells me that Imagine 2.0 will be an excellent product,
  2021. that Impulse is thinking in a fiscally responsible way, and that us Imagine
  2022. owners won't be orphaned with a product that has no support and no future.
  2023.  
  2024.  
  2025. -- Via DLG Pro v0.975b
  2026.  
  2027. --- James Hastings-Trew    telepro!JAMES_HASTINGS-TREW@herald.usask.ca ---
  2028. ->  If everyone in China jumped at the same time <-  subliminalmessagewith
  2029. ->      would they bring back TWIN PEAKS?        <-  subtlebutdeviousplan.
  2030.  
  2031. ##
  2032.  
  2033. Subject: Re: many things
  2034. Date: Sat, 12 Oct 91 10:45:10 EDT
  2035. From: bobl@graphics.rent.com (Bob Lindabury, SysAdm)
  2036.  
  2037. Mark Thompson <rutgers!westford.ccur.com!mark> writes:
  2038.  
  2039. > Also on the same subject. No doubt anyone with ftp access will now want
  2040. > copies of these images (textures). I might mention that many of the images
  2041. > are duplicates with the only difference being the amount of image contrast.
  2042. > It would be nice to organize an effort to weed out the duplicates, convert
  2043. > the unique ones, and make them publically available so that we all don't
  2044. > have to duplicate this effort. Each person working on this project could
  2045. > take care of say 20 or so different images. The format I would advocate is
  2046. > the 8bit IFF greymaps that Juan mentioned. I would be willing to help in
  2047. > this effort (but I can't start till a week from today). Any interest?
  2048.  
  2049. Well, obviously I'm quite interested.  I would love to help out also
  2050. but it seems that I only have mail FTP access (via FTPMAIL) and it is
  2051. a bit flakey at best.
  2052.  
  2053. If the project ever gets completed, I would love someone to send me a
  2054. disk full of the textures however. <grin>
  2055.  
  2056. -- Bob
  2057.  
  2058.  The Graphics BBS  908/469-0049  "It's better than a sharp stick in the eye!"
  2059.  ============================================================================
  2060.   InterNet: bobl@graphics.rent.com                | Raven Enterprises
  2061.       UUCP: ...rutgers!bobsbox!graphics!bobl      | 25 Raven Avenue
  2062.     BitNet: bobl%graphics.rent.com@pucc           | Piscataway, NJ 08854
  2063.     Home #: 908/560-7353                          | 908/271-8878
  2064.  
  2065. ##
  2066.  
  2067. Subject: Re: many things
  2068. Date: Sat, 12 Oct 91 10:50:52 EDT
  2069. From: bobl@graphics.rent.com (Bob Lindabury, SysAdm)
  2070.  
  2071. rutgers!carl.org!echadez (Edward Chadez) writes:
  2072.  
  2073. > But don't you see?  That's the whole point!  I didn't buy a MAC or an IBM
  2074. > because the prices for the products were ridiculously high.  I think that
  2075. > Impulse may just be milking that last upgrade dollar from us users...or
  2076. > they may actually have a product worth upgrading to.
  2077.  
  2078. I agree to a large extent.  Half the purchase price of your software
  2079. as an upgrade cost each year is a bit much in my book.
  2080.  
  2081. > For me, it completely depends on the addition of some key features (that I
  2082. > won't go into here).  If I decide that Mr. Halvorsen's (SP?) new product is
  2083. > worthy of my hard-earned "upgrade" money, then he'll get it.  But for $100
  2084. > he's going to have to do more than just change the intro picture. :-)
  2085.  
  2086. I'm not sure what the official word is going to be but if I'm going
  2087. to be asked to lay out an additional $100 for an upgrade, I would
  2088. expect at least a month of working with the new software before
  2089. making my decision.  I don't want to lay out the $100 and then find
  2090. out that the additions are not implemented in an easy to use fashion
  2091. or that they are just some cosmetic additions.  I want to get into it
  2092. deep and dirty to see if it is actually going to be worth half the
  2093. purchase price prior to my shelling out the bucks.
  2094.  
  2095. Some sort of 30 day money back type of deal may be workable.
  2096.  
  2097. -- Bob
  2098.  
  2099.  The Graphics BBS  908/469-0049  "It's better than a sharp stick in the eye!"
  2100.  ============================================================================
  2101.   InterNet: bobl@graphics.rent.com                | Raven Enterprises
  2102.       UUCP: ...rutgers!bobsbox!graphics!bobl      | 25 Raven Avenue
  2103.     BitNet: bobl%graphics.rent.com@pucc           | Piscataway, NJ 08854
  2104.     Home #: 908/560-7353                          | 908/271-8878
  2105.  
  2106. ##
  2107.  
  2108. Subject: Re: DCTV Directory at Hubcap?
  2109. Date: Sat, 12 Oct 91 10:39:50 EDT
  2110. From: bobl@graphics.rent.com (Bob Lindabury, SysAdm)
  2111.  
  2112. rutgers!hubcap.clemson.edu!ddyer (Doug Dyer) writes:
  2113.  
  2114. > > 
  2115. > > The subject line basically says it all.  {  Would anyone object
  2116. > > to starting up a DCTV directory for storing Imagine pics?  How many
  2117. > > people on this list own a DCTV?  Would it be worth it?  I'm working on
  2118. > > a couple things right now that I wouldn't mind placing on Hubcap  in
  2119. > > DCTV format, but only if others are going to be able to view it.
  2120. > > 
  2121. > > I'd LOVE to see some of those pics in near 24bit (and the display format
  2122. > > doesn't take up all that much more room than a HAM pic..)
  2123. > >  
  2124. > > Ciao,
  2125. > >  
  2126. > > Jeff
  2127. > > --
  2128. > > uubell@ccu.umanitoba.ca
  2129. > > 
  2130. > > 
  2131. > Go for it.
  2132.  
  2133. I would vote *not* to start a DCTV directory on Hubcap.  It would
  2134. seem to me that we would all be better served if the images were
  2135. stored in 24-bit format.  In this way we can all convert them to the
  2136. format of our own choice without the limitations placed on images
  2137. that are stored in the DCTV format.
  2138.  
  2139. If images are in DCTV format, a large percentage of your audience is
  2140. going to be out-of-luck when it comes to viewing potentially
  2141. wonderful images.
  2142.  
  2143. -- Bob
  2144.  
  2145.  The Graphics BBS  908/469-0049  "It's better than a sharp stick in the eye!"
  2146.  ============================================================================
  2147.   InterNet: bobl@graphics.rent.com                | Raven Enterprises
  2148.       UUCP: ...rutgers!bobsbox!graphics!bobl      | 25 Raven Avenue
  2149.     BitNet: bobl%graphics.rent.com@pucc           | Piscataway, NJ 08854
  2150.     Home #: 908/560-7353                          | 908/271-8878
  2151.  
  2152. ##
  2153.  
  2154. Subject: Rooms, 2.0 upgrade
  2155. Date: Sun, 13 Oct 91 01:51:17 PDT
  2156. From: jake@melmac.umd.edu (Rob Borsari)
  2157.  
  2158.   I am working on my room.  I repaired my GVP 030 by installng one of those
  2159. little fans from Rat Shack.  No more heat crashes.   I think that taking
  2160. the time and effort to put the rooms into a house will be worth it.  The
  2161. rooms don't all have to fit inside the 'house' as long as the doors match
  2162. up in the hallway.  
  2163.  
  2164. On 2.0,  I have yet to see one fact.  I have seen several guesses and the
  2165. response to them.  Has anyone seen this program yet?   Has anyone talked to 
  2166. mike about the price?  Has anyone figured out why there is a delete button
  2167. on the projects screen?  Lets get some facts into play here.  
  2168.  
  2169.  
  2170.      Is anyone going to put a person in their room?  I made a 'pose figure' 
  2171. model and was considering placeing it in my room.  Are we aiming at just
  2172. furniture and stuff or are we going to go for things like moving clocks
  2173. and tv sets?    (forgot smilys for second para.  ;) ;) ;)  )  -R-
  2174.  
  2175. ##
  2176.  
  2177. Subject: DCTV directory at Hubcap..
  2178. Date: 13 Oct 91  0:59 -0500
  2179. From: "Jeff A. Bell" <uubell@ccu.umanitoba.ca>
  2180.  
  2181. > If images are in DCTV format, a large percentage of your audience is
  2182. > going to be out-of-luck when it comes to viewing potentially
  2183. > wonderful images.
  2184. > -- Bob
  2185.  
  2186. I agree.  However, storing, and up/downloading 24bit images
  2187. borders on crazy.  The only reason I mentioned setting up a DCTV
  2188. directory was due to the rather reasonable size of the display
  2189. format images.
  2190.  
  2191. Now, if Digital Creations were good enough to provide a DCTVtoIFF
  2192. converter, somewhat akin to the IFFtoDCTV converter that comes with
  2193. the DCTV, then we'd be in business..
  2194.  
  2195. Hmmm.  Anyone for a JPEG compressor?  T'would solve this dilemma
  2196. quite nicely, IMHO..  :)
  2197.  
  2198. Later Bob,
  2199.  
  2200. Jeff
  2201. --
  2202. uubell@ccu.umanitoba.ca
  2203.  
  2204.  
  2205.  
  2206. ##
  2207.  
  2208. Subject: 24bit or dctv
  2209. Date: Sun, 13 Oct 91 3:02:02 PDT
  2210. From: tucker@cs.unr.edu (Aaron Tucker)
  2211.  
  2212.     I agree 100% with Bob that a DCTV directory would not be good. It
  2213. might be nice for DCTV users, but what about the other 90% of us? Having a
  2214. DCTV to IFF converter wont do any good. The reason the image is so small is
  2215. that they throw away all the data DCTV doesn't need. A pic converted from
  2216. DCTV to 24bit IFF and shown on a 24bit video board would have a lot of
  2217. artifacts from the NTSC compression algorithm they implement.
  2218.  
  2219.     Anyways, I think a plain 24bit directory is the best universal
  2220. solution. They should be compressed/uncompressed 24bit IFF ILBM files. That
  2221. way, everybody can use them and enjoy them.
  2222.  
  2223.     If you have a DCTV, when you load up your trace and edit it, save it
  2224. in the 24bit format and upload it. Then, if you want, convert it to the DCTV
  2225. format for your use or archives. If you ever upgrade to a 24bit device, you
  2226. will have access to all the data that you need. Besides, I don't think 
  2227. HUBCAP is hurting on space, and you can always store your 24bit IFFs to 
  2228. floppy.
  2229.  
  2230.     That's it. You can digest now.
  2231.  
  2232.  
  2233. Juan Trevino
  2234. tucker@mammoth.cs.unr.edu
  2235. "O KEY DOUGH KEY"  -me
  2236.  
  2237.  
  2238.  
  2239. ##
  2240.  
  2241. Subject: Re: DCTV directory at Hubcap..
  2242. Date: Sun, 13 Oct 91 08:18:27 PDT
  2243. From: Harv@cup.portal.com
  2244.  
  2245. >Date: 13 Oct 91  0:59 -0500
  2246. >From: "Jeff A. Bell" <uubell@ccu.umanitoba.ca>
  2247. >To: imagine@Athena.MIT.EDU
  2248. >Message-Id: <42*uubell@ccu.umanitoba.ca>
  2249. >Subject: DCTV directory at Hubcap..
  2250. >
  2251. >> If images are in DCTV format, a large percentage of your audience is
  2252. >> going to be out-of-luck when it comes to viewing potentially
  2253. >> wonderful images.
  2254. >> 
  2255. >> -- Bob
  2256. >
  2257. >I agree.  However, storing, and up/downloading 24bit images
  2258. >borders on crazy.  The only reason I mentioned setting up a DCTV
  2259. >directory was due to the rather reasonable size of the display
  2260. >format images.
  2261. >
  2262. >Now, if Digital Creations were good enough to provide a DCTVtoIFF
  2263. >converter, somewhat akin to the IFFtoDCTV converter that comes with
  2264. >the DCTV, then we'd be in business..
  2265. >
  2266. >Hmmm.  Anyone for a JPEG compressor?  T'would solve this dilemma
  2267. >quite nicely, IMHO..  :)
  2268. >
  2269. >Later Bob,
  2270. >
  2271. >Jeff
  2272. >--
  2273. >uubell@ccu.umanitoba.ca
  2274.  
  2275. There're now two different JPEG compressors, for Amiga, in our libraries
  2276. on Portal.  One, under the name of "AUGJPEG.LZH" translates JPEG to
  2277. IFF24 in both directions, going thru the intermediate step of PPM
  2278. files.
  2279.  
  2280. The other translates JPEG directly to DCTV (onscreen only, does not
  2281. save it out to a file, but a screen grabber could). This one is
  2282. JPEG2DCTV.LZH
  2283.  
  2284. Perhaps Mr. Worley, who is a Portal user, could make these two available
  2285. to the mailing list folks.  
  2286.  
  2287. I've personally stopped uploading DCTV files which are strictly limited
  2288. to DCTV owners and have instead started uploading JPEGged IFF24 files,
  2289. which, generally, are even smaller! (typically 60 to 100K or so). 
  2290. The only DCTV pix I'll distribute now are those I find elsewhere, such
  2291. as on BBSes. 
  2292.  
  2293. Regards, Harv
  2294. Moderator/Sysop
  2295. The Amiga Zone
  2296. The Portal System
  2297.  
  2298. ##
  2299.  
  2300. Subject: DCTV directory at Hubcap..
  2301. Date: Sun, 13 Oct 91 08:43:44 EDT
  2302. From: bobl@graphics.rent.com (Bob Lindabury, SysAdm)
  2303.  
  2304. "Jeff A. Bell" <rutgers!ccu.umanitoba.ca!uubell> writes:
  2305.  
  2306. > > If images are in DCTV format, a large percentage of your audience is
  2307. > > going to be out-of-luck when it comes to viewing potentially
  2308. > > wonderful images.
  2309. > > 
  2310. > > -- Bob
  2311. > I agree.  However, storing, and up/downloading 24bit images
  2312. > borders on crazy.  The only reason I mentioned setting up a DCTV
  2313. > directory was due to the rather reasonable size of the display
  2314. > format images.
  2315.  
  2316. Well, 24-bit IFF images compress pretty good.  I don't see a problem
  2317. with them.  And if you wanted, you can further compress them with
  2318. LHARC or some such archiver.  I still think 24-bit is the only way to
  2319. go for images.
  2320.  
  2321. > Now, if Digital Creations were good enough to provide a DCTVtoIFF
  2322. > converter, somewhat akin to the IFFtoDCTV converter that comes with
  2323. > the DCTV, then we'd be in business..
  2324.  
  2325. You still lose information.  Conversion of DCTV to IFF will lose
  2326. info.  If we are going to spend the time to create an images
  2327. directory and maintain it, the directory should contain the best
  2328. possible images.
  2329.  
  2330. > Hmmm.  Anyone for a JPEG compressor?  T'would solve this dilemma
  2331. > quite nicely, IMHO..  :)
  2332.  
  2333. JPEG has it's problems also.  I don't know if I would go for that
  2334. based on the scarcity of JPEG decompression software available for
  2335. the Amiga.
  2336.  
  2337. > Jeff
  2338. > --
  2339. > uubell@ccu.umanitoba.ca
  2340.  
  2341. -- Bob
  2342.  
  2343.  The Graphics BBS  908/469-0049  "It's better than a sharp stick in the eye!"
  2344.  ============================================================================
  2345.   InterNet: bobl@graphics.rent.com                | Raven Enterprises
  2346.       UUCP: ...rutgers!bobsbox!graphics!bobl      | 25 Raven Avenue
  2347.     BitNet: bobl%graphics.rent.com@pucc           | Piscataway, NJ 08854
  2348.     Home #: 908/560-7353                          | 908/271-8878
  2349.  
  2350. ##
  2351.  
  2352. Subject: JPEG'ed 24bit IFFs..
  2353. Date: 13 Oct 91 14:42 -0500
  2354. From: "Jeff A. Bell" <uubell@ccu.umanitoba.ca>
  2355.  
  2356. > I've personally stopped uploading DCTV files which are strictly limited
  2357. > to DCTV owners and have instead started uploading JPEGged IFF24 files,
  2358. > which, generally, are even smaller! (typically 60 to 100K or so).
  2359. > The only DCTV pix I'll distribute now are those I find elsewhere, such
  2360. > as on BBSes.
  2361. > Regards, Harv
  2362. > Moderator/Sysop
  2363. > The Amiga Zone
  2364. > The Portal System
  2365.  
  2366. You echo my feelings on the subject, Harv.  A few people have expressed
  2367. some concern over the 'lossy' method of compression that JPEG uses, but
  2368. personally, I think that whatever is lost is more than made up by the
  2369. extremely small file sizes that result.  As well, surely a JPEGed 24bit
  2370. IFF is STILL going to look better than a HAM image of the same pic, no?
  2371.  
  2372. What say you Mr. Worley:  could you put the JPEG archivers onto Hubcap
  2373. so that people that do want to upload 24bit pics have the option of
  2374. compressing them to a more reasonable size?  Those of you that have
  2375. more patience than I are more than welcome to upload monster 750k 24bit
  2376. IFFs..  :) :)
  2377.  
  2378. Ciao,
  2379.  
  2380. Jeff
  2381. --
  2382. uubell@ccu.umanitba.ca
  2383.  
  2384.  
  2385.  
  2386. ##
  2387.  
  2388. Subject: JPEG..
  2389. Date: 13 Oct 91 14:48 -0500
  2390. From: "Jeff A. Bell" <uubell@ccu.umanitoba.ca>
  2391.  
  2392. > I have some scripts I put together to make using the JPEG stuff easier,
  2393. > but I don't have FTP access, so I'll post it to the mailing list if there
  2394. > is any interest.  You really need to go both ways (compress AND
  2395. > decompress) to see what the results look like before you send them out.
  2396. > I really think this will become the new standard for TRANSFER of 24 bit
  2397. > files, so let's break ground and start using it now!
  2398.  
  2399. By all means, post your scripts please.  Of course, people on the mailing
  2400. list will still have to get a hold of the JPEG software, but..
  2401.  
  2402. Exactly how many 24bit IFFs HAVE been posted to Hubcap?  How many more
  2403. would have been posted if you didn't have to spend an hour or so getting
  2404. them there?  IMHO, 24bit IFFs that have lost a bit through JPEG look much
  2405. better than no 24bit IFFs at all, no?  :)
  2406.  
  2407. Ciao,
  2408.  
  2409. Jeff
  2410. --
  2411. uubell@ccu.umanitoba.ca
  2412.  
  2413.  
  2414. ##
  2415.  
  2416. Subject: Re:  Imagine 2.0!
  2417. Date:     Sun, 13 Oct 1991 13:50:46 -0600
  2418. From: Brant Coghlan <brant@cs.ualberta.ca>
  2419.  
  2420. > > but it looks like the upgrade price will be around $ 100.00.  Also if you
  2421.  
  2422.     Comment from a long time Impulse customer.
  2423.  
  2424.     I will start with some conjecture and move on to facts.  If 5,000
  2425. people upgrade their Imagine's that will be $500,000 for Impulse less
  2426. the true cost of the update kit (say $10 each) and their normal operating
  2427. overhead, still leaves a fair chunk for development.  This should mean
  2428. a great improvement in the software and documentation, maybe even a
  2429. video to show you the new features, but this is Impulse.
  2430.  
  2431.     Their track record to date is not very good.  The Firecracker was
  2432. offered and advertised months before it was ready and then the paint
  2433. program was not finished.  Their newsletter said that VoRecOne was going
  2434. to be enhanced and that they had big plans for it, but the latest Gazzette
  2435. said that no improvements to the software are underway.  Until last week
  2436. (when the Gazzette arrived) most Canadian customers were not informed
  2437. of the upgrade to 1.1 (the previous Gazzette was not mailed to Canadians :-(
  2438. ).  Early Imagine purchasers were sent Beta-ware when the release version
  2439. was delayed.  Problems with trivial solutions were never fixed (eg. exiting
  2440. show mode after clicking the Right Mouse Button).  Silver users were
  2441. promised an improved manual with Turbo Silver.  TS users were promised
  2442. a greatly improved manual with Imagine.  In addition to these, no demo
  2443. software has ever been released to allow customers to look at the products
  2444. before buying (how many Impulse customers will order Foundation with
  2445. only their word on its features?).  A demo disk with examples is almost
  2446. unheard-of.
  2447.  
  2448.     Lets hope that Impulse improves.  I hope that Imagine 2.0 comes
  2449. relatively bug free with a professionally written manual, a video on
  2450. how to get started and new features, and a Foundation stand alone program
  2451. offering hints and help.  I will not be holding my breath though :-)
  2452.  
  2453.     I apologize for this diatribe.  I get carried away every couple
  2454. of years.
  2455.  
  2456.     Since I rarely post here, I would like to thank everyone here for
  2457. the help and information they have provided.  This mailing list is an
  2458. invaluable resource for Imagine users.  Keep it up everyone.
  2459.     
  2460. -Brant Coghlan
  2461. brant@cs.ualberta.ca   Comp. Sci. Grad Student, Uof Alberta, Edmonton, Alberta
  2462.  
  2463.  
  2464. ##
  2465.  
  2466. Subject: Re: Another Fun Project 
  2467. Date: Sun, 13 Oct 91 14:44:23 PDT
  2468. From: schur@ISI.EDU
  2469.  
  2470. >     Happy rendering everyone! ps- if anyone has a good idea for a candle
  2471. > flame let me know!
  2472.  
  2473. One of my students made a jack-o-lantern about two weeks ago, similar
  2474. to what you described here. I should mention first of that the student
  2475. who did this is none other than Sean Cunningham who was a prominent
  2476. and oft contributor to this mailing list. For those of you wondering
  2477. where he has been, he was accepted to Calarts this year and is busy
  2478. working with Imagine and Journeyman in our lab. He doesn't currently
  2479. have net access, but in the near future (a week or two) Calarts will
  2480. be it's own node and Sean C will be back.
  2481.  
  2482. At any rate, he made a jack-o-lantern and put a couple light orangeish
  2483. lights inside the pumpkin, then had the lights change position for
  2484. every frame. I made incredible light patterns and textures on the
  2485. floor in front of the pumpkin that looked like a flickering candle.
  2486. Don't forget to turn on "cast shadows" for the lights.
  2487.  
  2488. =======================================================================
  2489. Sean Schur                        USENET: schur@isi.edu    
  2490. Assistant Director SGI/Amiga/Media Lab        Compuserve: 70731,1102    
  2491. Character Animation Department            
  2492. California Institute of the Arts
  2493. =======================================================================
  2494.  
  2495.  
  2496. ##
  2497.  
  2498. Subject: DCTV
  2499. Date: Sun, 13 Oct 91 20:14:02 GMT-0500
  2500. From: Scott Matthew Krehbiel <scottk@hoggar.eng.umd.edu>
  2501.  
  2502. I, for one, just got DCTV, and would love to see some images in 24-bit of
  2503. some of your stuff.  I think a DCTV directory would be a good idea.
  2504.  
  2505. scottk@hoggar.eng.umd.edu
  2506.  
  2507. ##
  2508.  
  2509. Subject: power glove
  2510. Date: Sun, 13 Oct 91 20:23:08 GMT-0500
  2511. From: Scott Matthew Krehbiel <scottk@hoggar.eng.umd.edu>
  2512.  
  2513. I would try the power glove idea, if I was a GURU, and had the Imagine
  2514. Object format.  I like to try writing my own object modifiers ( nowhere near
  2515. the complexity of editors ).  Is the Imagine object format released yet?
  2516. Is it posted anywhere?
  2517.  
  2518. Does anyone have the issue of A/C Tech that had code and connections for a
  2519. power glove driver?  It seems like all the 'stuff' is waiting, we just
  2520. need some ambitious GURU ( who could become quite rich, if Impulse buys )
  2521. to write the thing.
  2522.  
  2523. Oh well, I'll just keep dreaming about going Computer Science in grad. school.
  2524. -Scott
  2525.  
  2526. ##
  2527.  
  2528. Subject: JPEG available...
  2529. Date: Mon, 14 Oct 91 1:27:41 MET
  2530. From: d9hh@dtek.chalmers.se
  2531.  
  2532. For anyone who is interested...
  2533. The free JPEG group (I think this is what they are called, they dont know
  2534. themselves what they are called :-) has released their first public
  2535. version of their jpeg-package.
  2536. FTP acess at: uunet.uu.net in directory /graphics/jpeg
  2537. the file is called jpegsrc.v1.tar.Z
  2538. It contains all sourcecode to compile a jpegtoppm and a ppmtojpeg program.
  2539. Makefiles are available for amiga, lots of unix machines, pc etc etc.
  2540.  
  2541.  
  2542. Henrik
  2543.  
  2544.  
  2545. ##
  2546.  
  2547. Subject: Re: Powerglove & Amos 3-d
  2548. Date: Sun, 13 Oct 91 15:37:57 CDT
  2549. From: mikel@sys6626.bison.mb.ca (Michael Linton)
  2550.  
  2551. Is your computer accelerated?  Since I got my A3000, Amos has not been working
  2552. quite right.  Do you know if there is a program in the 1.3 upgrade that will
  2553. allow it to work properly on a 3000.  I was thinking of getting Amos 3-D, but 
  2554. since Amos dosen't work right (sniff sniff), I think I'll have to wait until 
  2555. I can figure out how to get it to work.  Thanks.
  2556.  
  2557.  
  2558. --- (Michael Linton) a user of sys6626, running waffle 1.64
  2559. E-mail: mikel@sys6626.bison.mb.ca
  2560. system 6626: 63 point west drive, winnipeg manitoba canada R3T 5G8
  2561.  
  2562. ##
  2563.  
  2564. Subject: Re: lowres animation
  2565. Date: Sun, 13 Oct 91 15:49:48 CDT
  2566. From: mikel@sys6626.bison.mb.ca (Michael Linton)
  2567.  
  2568. rtaraz@wpi.WPI.EDU (Ramin Taraz) writes:
  2569.  
  2570. > > 
  2571. > It asked me if I wanted a looping animation, and then asked me if
  2572. > it should delete the pictures after it is done,
  2573. > then the screen flashes 2 or 3 times and then imagine start generating the 
  2574. > first frame.  
  2575. > So, I have no idea whats wrong.
  2576. > Any sugestions?
  2577. > rtaraz@wpi.wpi.edu
  2578. Hmmm, I just tried it and it didn't work.  I thought for sure that's what you
  2579. had to do.  I'll play around with it some more tonight and see if I can figure
  2580. out what to do.  
  2581.  
  2582. --- (Michael Linton) a user of sys6626, running waffle 1.64
  2583. E-mail: mikel@sys6626.bison.mb.ca
  2584. system 6626: 63 point west drive, winnipeg manitoba canada R3T 5G8
  2585.  
  2586. ##
  2587.  
  2588. Subject: Re:  Sort Problem
  2589. Date: Mon, 14 Oct 91 11:19:57 EDT
  2590. From: F. Felixberto <felix_f@chrysanthemum.cs.odu.edu>
  2591.  
  2592. > I took a disk and took a 45 degree section of it for the corner of some
  2593. > 2d object.  I have just the edges and I add 2 lines and flip the disk to
  2594. > create a bottom edge.  (I'm making a path for an E without the middle bar).
  2595. > Now, I select all the points in order (I knew that from Silver) and selected
  2596. > SORT.  So I take another disk and extrude it along that path.  Well, it looks
  2597. > like I didn't sort it at all! ...
  2598. > ...stuff deleted...
  2599. > Worley suggested that I try it with sorting the edges.  That changed it a l
  2600. > but it starts at the 2nd point and goes on for a few points just fine and then
  2601. > CHAOS!  I read the manual and had no luck...
  2602.  
  2603. The SORT does work but from what I can tell, all it does is rearrange the
  2604. order in which points (edges, faces, etc.) will be selected using the
  2605. Select Next, Select Prev commands.
  2606.  
  2607. What you can do is delete all the edges and then add edges in the order in
  2608. which you want the path to go.  This shouldn't take more effort than trying
  2609. to sort the edges you already have.
  2610.  
  2611.                         felix
  2612.  
  2613. ##
  2614.  
  2615. Subject: Upgrade Comment
  2616. Date: Sun, 13 Oct 91 18:17:01 EST
  2617. From: martin@dexter.pub.uu.oz.au (Martin Gardiner)
  2618.  
  2619. I hope that Imagine 2.0 has alot of new features, and a very good manual.
  2620. Or I will have to go over to some other piece of software, and possibly
  2621. hardware platform (while being one of Australia's best Amiga Professional
  2622. programmers, IBM hardware is cheap for CPU, and the software is getting
  2623. alot better).
  2624.  
  2625. On the $100 upgrade, to stop people getting upset, especially if they just
  2626. purchased a Imagine 1.x, make Imagine 2.0 cost $50-$100 more.
  2627.  
  2628. PS. I can't wait to give it a try, $100 or $200 upgrade cost.
  2629.  
  2630. Martin Gardiner (Programmer/Animator)
  2631.  
  2632. ##
  2633.  
  2634. Subject: Textures? Sure!
  2635. Date: Mon, 14 Oct 91 13:41:31 PDT
  2636. From: worley@updike.sri.com (Steve Worley)
  2637.  
  2638. Everybody seems to love the Brodaz (sp?) textures. There are many more
  2639. sites (well, at least one more) with textures.... Here's one that
  2640. I've been using. It's at the FTP site incisal.rutgers.edu.
  2641.  
  2642. It has many of the Brodaz textures:  (in /brodaz)
  2643.  
  2644. ahdh.tar
  2645. beans.Z
  2646. burlap.Z
  2647. cork.Z
  2648. fieldstone.Z
  2649. grass.Z
  2650. ice.Z
  2651. marble.Z
  2652. mica.Z
  2653. paper.Z
  2654. peb54.Z
  2655. pebbles23.Z
  2656. pellets.Z
  2657. pig.Z
  2658. raffia.Z
  2659. reptile.Z
  2660. ricepaper.Z
  2661. seafan.Z
  2662. straw.Z
  2663. tree.Z
  2664.  
  2665. And some unique ones in the /textures directory:
  2666.  
  2667. bread.cvl.Z
  2668. burlp1.cvl.Z
  2669. cfood.cvl.Z
  2670. floor.cvl.Z
  2671. kitty.cvl
  2672. paper.cvl.Z
  2673. rug1.cvl.Z
  2674. rug2.cvl.Z
  2675. sponge.cvl.Z
  2676. table.cvl.Z
  2677. therm.cvl.Z
  2678. towel.cvl.Z
  2679. turf.cvl.Z
  2680. wall.cvl.Z
  2681. woodta.cvl.Z
  2682.  
  2683.  
  2684. Enjoy!
  2685.  
  2686. -Steve
  2687.  
  2688. --------------------------------------------------------------------------
  2689. Steve Worley                                       spworley@athena.mit.edu
  2690. --------------------------------------------------------------------------
  2691.  
  2692. ##
  2693.  
  2694. Subject: DCTV
  2695. Date: Mon, 14 Oct 91 17:24:38 GMT-0500
  2696. From: Scott Matthew Krehbiel <scottk@hoggar.eng.umd.edu>
  2697.  
  2698. After writing that DCTV response, I finished reading my mail, and agree
  2699. that 24-bit would be better.  I also realized that it sounded like I
  2700. was stepping on many peoples toes.  Sorry, bad phrasing.
  2701.  
  2702. -Scott
  2703.  
  2704. ##
  2705.  
  2706. Subject: jpeg "lharced" on hubcap
  2707. Date: Mon, 14 Oct 91 21:02:41 EDT
  2708. From: ddyer@hubcap.clemson.edu (Doug Dyer)
  2709.  
  2710. OK, 
  2711.   there is a JPEG directory on hubcap with jpeg LHARCED.
  2712.   there is a 24BIT directory in PICTUES.
  2713.  
  2714. use them as you wish:)
  2715.  
  2716. Doug "Wish I had 24-bit color" Dyer
  2717. Clemson "A place where a guy hasn't 24-bit color OR a football team" University
  2718.  
  2719. ##
  2720.  
  2721. Subject: Has anyone tried this?
  2722. Date: Tue, 15 Oct 91 12:08:53 JST
  2723. From: manjit@nanko.digital.co.jp (Manjit Bedi)
  2724.  
  2725. Since I got my DCTV, I have been playing with digitising things from the
  2726. real world and I have been wondering about doing things with the images.
  2727.  
  2728. For instance, I would like to do things to the images like slew the
  2729. bits around to create a staggered image.  Perhaps a simple diagram is
  2730. in order:
  2731.  
  2732.     ||||||||                 \\\\\\
  2733.         ||||||||        ----- >  //////
  2734.         ||||||||                 \\\\\\
  2735.         ||||||||                 //////
  2736.                                     ^
  2737.           ^                         |____ and do this to it
  2738.           |_____ imagine this is a picture
  2739.  
  2740.  
  2741. Perhaps these things are possible in ADPro; I simply do not know not
  2742. having it.  I was wondering abour creating special lenses in Imagine
  2743. and positioning them between the camera and the image mapped as a
  2744. brush to a plane.
  2745.  
  2746. Or another one is to make the image look likes it being viewed through
  2747. a somewhat opaque plane of glass.
  2748.  
  2749. I am curious to hear what others might have been doing with digitised
  2750. images and renderiing software or whatever.  I recall Steve Worley
  2751. posted an interesting little project a long time ago about putting an
  2752. image of a person on a sphere and animating it.
  2753.  
  2754. Also, it looks like I am going back to Vancouver, Canada in November
  2755. and I would like to stay on this list.  I have seen a few Vancouver
  2756. types on the list; could one of you contact and tell how getting the
  2757. list.
  2758.  
  2759.  
  2760.      Manjit Bedi ( manjit@digital.co.jp)
  2761.        
  2762.      Here at this location until sometime in November.
  2763.  
  2764. ##
  2765.  
  2766. Subject: Refraction Index
  2767. Date: Mon, 14 Oct 91 22:20:03 PDT
  2768. From: schur@ISI.EDU
  2769.  
  2770. A long time ago someone posted quite an extensive listing of indexes
  2771. of refraction for all sorts of materials. It might not have been 
  2772. posted here, it might have been on one of the Amiga newsgroups.
  2773. But does anyone have this list or know where I can get it?
  2774.  
  2775. =======================================================================
  2776. Sean Schur                        Usenet: schur@isi.edu    
  2777. Assistant Director Sgi/Amiga/Media Lab        Compuserve: 70731,1102    
  2778. Character Animation Department            
  2779. California Institute Of The Arts
  2780. =======================================================================
  2781.  
  2782. ##
  2783.  
  2784. Subject: Possibly goofy suggestion: a sub mailing list for Objects...
  2785. Date: Tue, 15 Oct 91 13:34:32 JST
  2786. From: manjit@nanko.digital.co.jp (Manjit Bedi)
  2787.  
  2788. Being one without FTP access, I am envious of people who have it.
  2789. Would it be worth while to set up a separate mailing list for objects,
  2790. textures and such for those who do not have FTP access?  The
  2791. justification of such an endeavor depends on how many of us are on the
  2792. list who do not have FTP access and would like such a thing.  It is
  2793. merely an idea that I would like to through for discussion.
  2794. Admittedly, this list would have to be limited to things of reasonable
  2795. size considering many of have limitations on the amount of mail we
  2796. could handle.  But wouldn't it be nice if someone created a nifty new
  2797. texture and then sent it out on a list for distribution?  Or perhaps in
  2798. lieu of mailing list how about an alt.amiga.graphic.binaries to handle
  2799. this.  Occasionally, I have seen IFF files on alt.binaries.pictures.
  2800. Perhaps more of us could post some of pix to there. Any thoughts on this?
  2801.  
  2802.      Manjit Bedi ( manjit@digital.co.jp)
  2803.        
  2804.      Here at this location until sometime in November.
  2805.  
  2806. ##
  2807.  
  2808. Subject: Imagine Gazette
  2809. Date: Mon, 14 Oct 91 23:59 MST
  2810. From: "Vax Headroom (Dave E Martin)" <DAVE@NET23.MIT.EDU>
  2811.  
  2812. So, how often to these Imagine Gazettes come out?  I have yet to
  2813. recieve anything from impulse.  Its been at least 4 months since I sent
  2814. in my registration.  When did the last Imagine Gazette come out?
  2815.  
  2816. dmartin@cc.weber.edu
  2817. dave@csulx.weber.edu
  2818.  
  2819. I am not at .mit.edu (if the subject line says that.)
  2820.  
  2821. ##
  2822.  
  2823. Subject: Re:  Refraction Index
  2824. Date: Tue, 15 Oct 91 11:06:15 -0600
  2825. From: HURTT CHRISTOPHER MICHAEL <hurtt@tramp.Colorado.EDU>
  2826.  
  2827.     In Mr. Worley's Glass tutorial he mentions a few:
  2828.  
  2829.     Air 1.02
  2830.     Ice 1.309
  2831.     Alcohol 1.329
  2832.     Water 1.333
  2833.     Glass 1.50
  2834.     Quartz & Salt 1.644
  2835.     Diamond    2.417
  2836.  
  2837.     Or if you are abmitous you can sift thru  the CRC Handbook for Physics
  2838. (I think, maybe Chemistry). Theres tons listed, but most are not in common
  2839. names. 'Hmm, I want that plane to have the refraction of a 2,2 dimethyl 1 
  2840. cyclohexane.' :-)
  2841.  
  2842.     Chris
  2843.     hurtt@tramp.colorado.edu
  2844.  
  2845. ##
  2846.  
  2847. Subject: re: Imagine Gazette
  2848. Date: Tue, 15 Oct 91 10:36:08 PDT
  2849. From: Mark Davis <davis@soomee.enet.dec.com>
  2850.  
  2851. I think it is called the Impulse gazette.  I received mine on
  2852. Thursday, in Seattle.
  2853.  
  2854. mark
  2855.  
  2856. ##
  2857.  
  2858. Subject: re: Imagine Gazette
  2859. Date: Tue, 15 Oct 91 10:11:28 PDT
  2860. From: "Jim Lange" <jlange@us.oracle.com>
  2861.  
  2862. What exacly is 'The Imagine Gazette'?  Is it published by Impulse?  I upgraded
  2863. from Turbo Silver to Imagine and therefore have been a registered user for
  2864. several months and I have never seen one.  I have received the Impulse
  2865. newsletter periodically, but not recently.
  2866.  
  2867. -------------------------------------------------------------------------------
  2868. Jim Lange                jlange@us.oracle.com
  2869. Oracle Corporation            {uunet,apple,hplabs}!oracle!jlange
  2870. -------------------------------------------------------------------------------
  2871.  
  2872. ##
  2873.  
  2874. Subject: re: Imagine Gazette
  2875. Date: Wed, 16 Oct 91 12:41:01 EDT
  2876. From: F. Felixberto <felix_f@chrysanthemum.cs.odu.edu>
  2877.  
  2878. The Imagine Gazette is the same thing as the Impulse newsletter, I got mine
  2879. yesterday.  I guess they just changed the name.
  2880.  
  2881.                         felix
  2882.  
  2883. ##
  2884.  
  2885. Subject: Re: DCTV Directory at Hubcap?
  2886. Date: Sun, 13 Oct 91 19:05:35 CST
  2887. From: shrapnel!rtillery (Rick Tillery)
  2888.  
  2889. :I would vote *not* to start a DCTV directory on Hubcap.  It would
  2890. :seem to me that we would all be better served if the images were
  2891. :stored in 24-bit format.  In this way we can all convert them to the
  2892. :format of our own choice without the limitations placed on images
  2893. :that are stored in the DCTV format.
  2894. :
  2895. :If images are in DCTV format, a large percentage of your audience is
  2896. :going to be out-of-luck when it comes to viewing potentially
  2897. :wonderful images.
  2898.  
  2899. I second that.  Let's use the JPEG format to get the most from 24 bits.
  2900. The images will not lose any data as they do through DCTV, and they are
  2901. usually smaller than DCTV images.
  2902.  
  2903. I'll uuencode and post the software and some easy scripts if you all
  2904. agree. (sorry, I don't have FTP access)
  2905.  
  2906. I'm leaving in less than three weeks, so I may only have access to this
  2907. list through Portal.  My home machine is easier, so act now!
  2908.  
  2909. /-----------------------------------------------------------------------\
  2910. |  Rick Tillery         @uokmax.ecn.uoknor.edu:occrsh!shrapnel!rtillery |
  2911. |                       Rick_-_Tillery@cup.portal.com                   |
  2912. |                                                                       |
  2913. | "I'd rather be ray-tracing...and with my multitasking Amiga, I AM!!!" |
  2914. |  ======= Always willing to trade 24 bit, JPEG, and/or GIF pics ====== |
  2915. \-----------------------------------------------------------------------/
  2916.  
  2917. ##
  2918.  
  2919. Subject: Re: DCTV directory at Hubcap..
  2920. Date: Sun, 13 Oct 91 19:13:30 CST
  2921. From: shrapnel!rtillery (Rick Tillery)
  2922.  
  2923. :> Hmmm.  Anyone for a JPEG compressor?  T'would solve this dilemma
  2924. :> quite nicely, IMHO..  :)
  2925. :
  2926. :JPEG has it's problems also.  I don't know if I would go for that
  2927. :based on the scarcity of JPEG decompression software available for
  2928. :the Amiga.
  2929.  
  2930. No problem.  The free software works fantastic, and it's compatible with
  2931. ADPro's JPEG module (the beta version that Harv Laser is using).  It has
  2932. a 100% mode that shrinks images from 5 to 10 times, and with a little
  2933. image loss (I'm picky, but many images don't need the 100% mode) you can
  2934. get compression to 15 or 20 times.  I've got several 60K 768x480 images
  2935. that look fine.  That amounts to 18 times.
  2936.  
  2937. Any interest?  Huh? :-)
  2938.  
  2939. /-----------------------------------------------------------------------\
  2940. |  Rick Tillery         @uokmax.ecn.uoknor.edu:occrsh!shrapnel!rtillery |
  2941. |                       Rick_-_Tillery@cup.portal.com                   |
  2942. |                                                                       |
  2943. | "I'd rather be ray-tracing...and with my multitasking Amiga, I AM!!!" |
  2944. |  ======= Always willing to trade 24 bit, JPEG, and/or GIF pics ====== |
  2945. \-----------------------------------------------------------------------/
  2946.  
  2947. ##
  2948.  
  2949. Subject: JPEG source problem
  2950. Date: Mon, 14 Oct 91 19:25:34 EET
  2951. From: Juha Kallioinen <s37804r@puukko.hut.fi>
  2952.  
  2953.  Has anyone got those sources for the JPEG-converters to compile ? I've
  2954. got SAS/C 5.10 and with the included makefile (apparently for MANX) it
  2955. doesn't compile at all.. and with little fiddling (with the compiler and
  2956. linker names :) ) I just managed to get a lot of errors and failed compiles..
  2957.  
  2958.  So, would some guru out there compile the sources for us not-so-gurus out
  2959. here :)
  2960.  
  2961. -- 
  2962. o------------------------o-----o-------------------------------------------o
  2963. | s37804r@puukko.hut.fi /   __ |_______/ Tomorrow will be canceled \_______|
  2964. | Juha Kallioinen      / __/// |       \  due to lack of interest. /       |
  2965. o---------------------o  \\X/  o-------------------------------------------o
  2966.  
  2967. ##
  2968.  
  2969. Subject: brush maps
  2970. Date: Wed, 16 Oct 91 20:08:26 EDT
  2971. From: dan@cs.pitt.edu (Dan Drake)
  2972.  
  2973. Well, her is another one of the infamous "brush mapping" questions :-)
  2974.  
  2975. I created a sphere (for a planet), and made a brush in DPAINTIII that 
  2976. was a large square, (lets say 320x300), that had a blue background, and
  2977. white clouds on top.  The idea was to wrap this brush around the sphere, and
  2978. then as the planet rotates, the clouds will look like they are moving and
  2979. swirling.  The only hang up is that it never comes out even remotely close
  2980. to what I want.  I can only see the bottom of the planet, and the clouds are
  2981. very very small.  All of the colors are a shade of dark puke yellow.  
  2982. I got this far following the tutorials in the 91 compendium.  I moved the 
  2983. axis of the brush down to the bottom of the front view, then stretched it 
  2984. locally to the top.  Is the move supposed to be in local mode too?  I am
  2985. rendering in scan-line mode as this is going to be a long anim.  Do maps
  2986. work in scan-line?  Maybe I can get what I want through the camo texture?
  2987. Has anyone tried this yet?
  2988.  
  2989. BTW: I have also created a pretty neat lamp by spinning a outline, then 
  2990. putting a light inside of the bell shaped housing.  I had a lamp shining
  2991. down on a chess board with a silver ball on it.  The results were what you
  2992. would expect them to be to.  
  2993.  
  2994. dan.
  2995.